Zurück zur Marktforschung
Sunstice, ehemals FuturMaster, bietet Software für Nachfrageprognosen, Bestands- und Distributionsplanung, Produktionsplanung und -terminierung, integrierte Unternehmensplanung sowie Revenue Growth Management. Hersteller und Distributoren koordinieren damit Absatzprognosen, Produktionskapazitäten, Materialbedarf, Nachschub, Preise und Aktionen. FuturMaster nahm im Januar 2026 den Namen Sunstice an, nachdem das Unternehmen im Februar 2025 den Terminierungsanbieter PlaniSense übernommen hatte. (1, 2, 30)
Gesamtbewertung der Supply Chain: 4,2/10.
| Dimension | Bewertung |
|---|---|
| Tiefe im Bereich Supply Chain | 4,6/10 |
| Substanz von Entscheidungen und Optimierung | 4,4/10 |
| Integrität von Produkt und Architektur | 3,8/10 |
| Technische Transparenz | 4,0/10 |
| Seriosität des Anbieters | 4,2/10 |
Sunstice bietet eine breite Planungssuite mit konkreten Fertigungsrestriktionen, veröffentlichten Optimierungsarbeiten und Ergebnissen benannter Kunden. Die zentrale Schwäche ist die Distanz zwischen diesen Fähigkeiten und dem Versprechen dauerhafter Leistungsfähigkeit bei permanenter Unsicherheit. Das offengelegte Betriebsmodell kreist weiterhin um Prognosen, Bestandsregeln, Szenarien und menschliche Abwägungen. Öffentliche Unterlagen belegen keinen wirtschaftlichen Optimierer, der unsichere Nachfrage, Lieferankünfte und Produktionsergebnisse bei der Auswahl von Handlungen gemeinsam abbildet.
Die Implementierung verdient mehr Prüfung, als die Darstellung einer einheitlichen Plattform vermuten lässt. Aktuelle Stellenanzeigen beschreiben den Übergang vom Monolithen zu Microservices, eine Neuentwicklung des Frontends und den erheblichen Abbau technischer Schulden. Die im Juni 2026 angekündigten Helios-Agenten richten sich auf analytische Arbeiten rund um Planungsentscheidungen, während die Entscheidungsverantwortung beim Menschen bleibt. Das kann Vorbereitungszeit sparen; es fehlt ein gemessener Rückgang des gesamten Planungsaufwands einschließlich Konfiguration, Prüfung, Implementierungspartnern und laufender Wartung. (13, 14, 16)
Sunstice im Vergleich zu Lokad
Sunstice organisiert die Arbeit in der Supply Chain um einen abgestimmten Plan. Die Nachfragesuite erstellt Prognosen; die Versorgungssuite übersetzt Bedarf und Regeln in Distributions-, Produktions- und Beschaffungspläne; die IBP-Suite strukturiert Abstimmungen zwischen Vertrieb, Betrieb und Finanzen. Revenue Growth Management ergänzt Preis-, Aktions- und kommerzielle Rentabilitätsanalysen. Das ist eine umfangreiche Umgebung, in der Planer und Führungskräfte Entscheidungen vorbereiten und abwägen. (3, 4, 5, 6)
Lokad beginnt beim wirtschaftlichen Wert der operativen Entscheidungen selbst: Was ist zu kaufen, herzustellen, zu bewegen, zuzuteilen oder mit Preisnachlass abzugeben, wenn Ergebnisse unsicher sind und knappe Ressourcen konkurrierende Verwendungen haben? Sein Ansatz zur Bestandsoptimierung und die breitere Perspektive in Introduction to Supply Chain stellen erwartete finanzielle Folgen über die Einigung auf eine Prognose oder einen Zielservicegrad. Routineentscheidungen sollten aus einem gepflegten numerischen Rezept hervorgehen; Fachleute verbessern dieses Rezept, statt seine einzelnen Ergebnisse immer wieder zu prüfen.
Man betrachte eine Süßwarenaktion, die mit regulären Produkten um eine begrenzte Produktionslinie konkurriert. Sunstice bietet Mechanismen, um die Aktion zu prognostizieren, Kapazität zu prüfen, Produktion einzuplanen und Szenarien zu vergleichen. Die schwierigere wirtschaftliche Frage lautet, wie viel Kapazität die Aktion verdient, wenn unsicherer Mehrabsatz, entgangene reguläre Verkäufe, Anlieferungsrisiken bei Zutaten, Verfall und künftiger Bestandswert berücksichtigt werden. Ein ausführbarer Produktionsplan und eine Konsensprognose beantworten diese Frage nicht. Die offengelegten Sunstice-Unterlagen zeigen keine Zusammenführung dieser Unsicherheiten in einer gemeinsamen finanziellen Bewertung konkurrierender Handlungen.
Dieser Unterschied verändert auch das Produktivitätsziel. Sunstices Helios-Ankündigung konzentriert sich auf die Beseitigung analytischer Engpässe, bevor Menschen entscheiden. Lokads Betriebsziel besteht darin, wiederkehrende Eingriffe aus gewöhnlichen Entscheidungen zu entfernen und die menschliche Verantwortung für Modell und wirtschaftliche Annahmen zu erhalten. Beide Ansätze brauchen Wartung; relevant sind der gesamte Arbeitsaufwand pro nützlicher Entscheidung und die tatsächlich erzielte wirtschaftliche Leistung, einschließlich der Menschen, die die Automatisierung pflegen. (13, 14)
Was die Software tatsächlich berechnet
Nachfrageprognosen, Bestandsregeln und Fertigungsrestriktionen
Sunstices Nachfragetechnologie beschreibt Datenbereinigung, Produktsegmentierung, Modellauswahl und externe Variablen wie Wetter und Aktionen. Das sind erkennbare Prognosefunktionen. Die Dokumentation legt weder Prognoseverteilungen und Kalibrierungsergebnisse offen noch erklärt sie, wie Prognoseunsicherheit in finanziell priorisierte Versorgungsentscheidungen einfließt. Auch Ausreißerkorrekturen erfordern Sorgfalt: Ein Nachfragesprung, ein Fehlbestand oder eine gescheiterte Aktion kann entscheidungsrelevante Information enthalten, statt lediglich die Reihe zu verunreinigen. (3, 10)
Bei betrieblichen Einschränkungen ist die Versorgungssuite konkreter. Die Distributionsplanung verwendet Bestandsregeln, Serviceziele, Nachschubfrequenzen, Transportkapazitäten und Zuteilungsprioritäten. Die Produktionsplanung bildet Stücklisten, alternative Arbeitspläne, Ausbeuten sowie Kuppel- und Nebenprodukte ab. Die Beschaffung berücksichtigt Lieferantenkapazitäten, Lieferzeiten, Preise, Mindestmengen und bevorzugte oder alternative Strategien. Die Terminierung bietet automatische Planung und interaktive Steuerung durch Planer. Diese Breite belegt die Behandlung industrieller Details. (4)
Eine Lieferzeit abzubilden ist etwas anderes, als unsichere Lieferzeiten zu prognostizieren. Ebenso ist ein Ausbeuteparameter keine Verteilung künftiger Ausbeuten. Die geprüften Beschreibungen erklären nicht, wie Nachfrage, Lieferantenverzögerungen und Produktionsschwankungen samt Abhängigkeiten zusammengeführt werden, bevor knappe Kapazität oder Geld gebunden wird. Bestandsziele und Serviceregeln bleiben wichtige Zwischenziele.
Sunstice vermarktet außerdem Demand Sensing. Die konkrete Grundlage umfasst externe Ereignisdaten: Eine Partnerschaftsankündigung vom Dezember 2023 nennt die PredictHQ-API und 19 Ereigniskategorien. Damit ist der Informationseingang identifizierbar. Ein zusätzlicher Entscheidungsnutzen ist damit nicht belegt. Entscheidend ist, ob Informationen, die am tatsächlichen Bestelldatum verfügbar sind, Entscheidungen über den relevanten Nachschubhorizont verbessern, unter Berücksichtigung von Prognoserevisionskosten und Lieferzeiten. Ein Signal näher am Verbrauch kann zu spät eintreffen, um die Versorgung noch zu ändern. (29)
Veröffentlichte Optimierungsforschung: nützliche Substanz und sichtbare Grenzen
Eine 2015 unter Mitwirkung von FuturMaster-Forschern veröffentlichte Arbeit liefert ungewöhnlich konkrete historische Belege. Sie modelliert die Verteilung verderblicher Produkte über zwei Stufen, einschließlich Losgrößen, Transportkapazität, Frischeanforderungen, Bestandskosten, Ausschuss und Fehlmengen. Sie stellt eine gemischt-ganzzahlige Formulierung und ein in ein APS integriertes lokales Suchverfahren mit mehreren Starts vor. Das belegt umgesetztes Operations Research und geht über ein Optimierungsetikett auf einer Planungsoberfläche hinaus. (7)
Die Arbeit zeigt auch die Schwierigkeit des Ansatzes. Bedarfsmengen und Schwellen der Bestandsregeln sind Eingaben eines deterministischen Modells. In einem aus einem Kundennetz abgeleiteten Fall mit 11 Lagern und 145 Verteilzentren erschöpfte die gemischt-ganzzahlige Formulierung oberhalb von 20 Produkten den Speicher der in der Studie von 2015 verwendeten Hardware. Die Autoren entwickelten eine Heuristik, um die Rechenlast dieser Formulierung zu bewältigen.
Das grundsätzliche Problem bleibt relevant. Eine bereits schwierige deterministische Formulierung um zahlreiche Nachfrage-, Verzögerungs- und Produktionsszenarien zu erweitern kann sie rechnerisch unbrauchbar machen, bevor sie wirtschaftlich wirklichkeitsgetreu wird. Eine Begrenzung auf einen beherrschbaren Ausschnitt kann gerade die wichtigste Konkurrenz um Ressourcen entfernen. Mehr Rechenleistung repariert weder eine fehlende Entscheidung noch eine willkürliche Fehlmengenstrafe oder eine Zielfunktion, die einen Regelzielwert als Geschäftswert behandelt.
Das ist das Thema von Lokads Essay Holimization: Das Modell selbst muss überarbeitet werden, wenn wirtschaftlich relevante Mechanismen entdeckt werden. Eine nützliche Implementierung muss Änderungen an Zielen, möglichen Handlungen und Einschränkungen aufnehmen können. Sunstices öffentliche Dokumentation zeigt nicht, wie Kunden solche Änderungen jenseits der vom Produkt vorgesehenen Konfigurationsmöglichkeiten durchführen und validieren.
Globale Nachtpläne und lokale Anpassungen am Tag
Die Ende 2025 eingeführte Local Optimization ist aussagekräftiger als die allgemeine Botschaft kontinuierlicher Planung. Laut Ankündigung erstellt Global Optimization den vollständigen mehrstufigen Plan außerhalb der Arbeitszeit; Local Optimization berechnet tagsüber einen ausgewählten Bereich mit denselben Regeln und Einstellungen neu. Die aktuelle Technologieseite stellt beide Fähigkeiten als Ergänzung zueinander dar. (8, 9)
Gemeinsame Regeln vermeiden eine Quelle von Inkonsistenz. Sie belegen nicht, dass eine lokale Änderung die beste Entscheidung für das gesamte Netz erhält. Ein Eilauftrag kann Bestand oder Kapazität verbrauchen, deren Opportunitätskosten außerhalb des gewählten Ausschnitts liegen. Sunstice erklärt, Auswirkungen auf kritische Ressourcen würden hervorgehoben, während die Abwägung beim Planer bleibt. Der wesentliche Zielkonflikt besteht somit zwischen Reaktionsgeschwindigkeit und Vollständigkeit der wirtschaftlichen Neuberechnung. Die Behauptung fehlender Divergenz bezieht sich klarer auf gemeinsame Konfiguration als auf gemeinsame wirtschaftliche Optimalität.
Die Seite zur elastischen Engine beschreibt Cloudskalierung, Überwachung und Szenarioveröffentlichung. Diese Mechanismen können Berechnungen verkürzen und die Betriebszuverlässigkeit verbessern. Sie belegen weder, dass beliebig mehr Produkte, Einschränkungen oder Szenarien beherrschbar bleiben, noch dass wiederholte globale Berechnungen vernachlässigbare Kosten verursachen. (31)
Ein digitaler Zwilling braucht eine Prüfung seiner Vorhersagen
Sunstices Data Model beschreibt einen Graphen aus Objekten und Beziehungen der Supply Chain; der Dynamic Digital Twin verwendet den Network Insight Graph zur Darstellung von Flüssen, Einschränkungen und Szenarien. Das kann Abhängigkeiten leichter prüfbar machen. Die Aussage, Szenarien respektierten die betriebliche Realität, erfordert mehr als die Synchronisierung des Graphen mit aktuellen Stammdaten. (11, 12)
Ein Szenario prognostiziert die Folgen eines Eingriffs: einer anderen Quelle, Route, Produktionsentscheidung oder Geschäftspolitik. Sein Nutzen hängt von der Genauigkeit dieser Folgen und der Unsicherheit darum ab. Die geprüften Seiten bieten keine Validierung von Eingriffsprognosen, Fehlerfortpflanzung im Netz oder Belege dafür, dass Modellfehler in Entscheidungen eingepreist werden. Graphverknüpfungen und Konsistenz des Istzustands ersetzen diese Prüfungen nicht.
Technologiegeschichte und Umsetzung der Roadmap
Die Geschichte enthält substanzielle Entwicklungsarbeit neben wiederkehrender Übertreibung dessen, was die Technologie leistet.
| Zeitraum | Öffentliche Zusage oder Umsetzung | Bewertung |
|---|---|---|
| 2015 | Veröffentlichtes Modell für die Distribution verderblicher Produkte und lokale Suche in einem APS. | Konkrete algorithmische Arbeit mit offengelegter Formulierung und Rechenproblemen. (7) |
| 2016 | Eine Führungskraft kündigte den Übergang zu vollständig webbasiertem Cloud/SaaS, Prognosearbeit mit Big Data und maschinellem Lernen sowie eine Terminierungspartnerschaft mit Ortems an. | Erkennbare Entwicklungsrichtung; das durchgängige Angebot beruhte bereits auf der Kombination von Produkten. (26) |
| 2017–2018 | Aktionsbezogenes maschinelles Lernen, Kundenpiloten und eine neue HTML5-Oberfläche wurden angekündigt. Erste Laborverbesserungen von 15–20% wurden als revolutionär bezeichnet. | Ein enges Prognoseexperiment wurde über seinen belegten Umfang hinaus beworben; das Interview unterscheidet Laborergebnisse von geplanten Kundentests. (27) |
| 2018 | Eine FuturMaster-Beraterin verglich KI-Lernen mit dem Gehirn und beschrieb dessen Verbesserungsfähigkeit als unbegrenzt. | Die breite Intelligenzbehauptung wurde durch die beschriebenen Prognose- und Clustering-Anwendungen nicht gestützt. (28) |
| 2021–2022 | AWS wurde 2021 ausgewählt; nach zuvor privat gehostetem SaaS begannen 2022 Migrationen. | Ein dokumentierter Hostingwechsel einschließlich besserer Bereitstellung, kein Beleg einer neuen Entscheidungsmethodik. (15) |
| 2023 | Forecast at Scale und die PredictHQ-Partnerschaft ergänzten Prognosen großer Datenmengen und Ereigniseingaben. | Datenquelle und Integration werden benannt; wirtschaftliche Überlegenheit wird ohne reproduzierbaren Entscheidungsvergleich behauptet. (29) |
| 2025 | PlaniSense übernommen; Local Optimization eingeführt. | Terminierungsfähigkeiten kamen durch Übernahme hinzu; globale und lokale Berechnungen erfolgen nun ausdrücklich in unterschiedlichen Takten. (8, 30) |
| 2026 | Umbenennung in Sunstice, Structured Agility und Helios-Agenten. | Die Rhetorik verwirft langsame sequenzielle Planung, während die offengelegten Agenten Analysen und Szenarien für menschliche Entscheidungsprozesse vorbereiten. (2, 13, 14) |
Die frühe KI-Sprache ist relevant, weil sie einen Präzedenzfall dafür setzt, begrenzte statistische Verfahren als viel umfassendere Transformation darzustellen. Die Beispiele des Artikels von 2018 stützen weder unbegrenzte Verbesserung noch menschenähnliches Verständnis. Die heutige Prognosedokumentation beschreibt konkretere Funktionen, doch der Weg vom maschinellen Lernen zu permanenter Unsicherheit und agentischer Planung braucht weiterhin Belege veränderter Entscheidungsökonomie und Arbeitsanforderungen.
Auch die Terminierungsgeschichte verdient Aufmerksamkeit. Im Jahr 2016 benannte die Geschäftsführung Ortems ausdrücklich als FuturMasters Terminierungskomponente. Im Jahr 2025 wurde die Übernahme von PlaniSense als Vervollständigung des durchgängigen Angebots dargestellt. PlaniSense umfasste selbst Module für Nachfrage, Distribution, Versorgung und Terminierung, wodurch funktionale Überschneidungen mit FuturMaster entstanden. Die heutige einheitliche Darstellung erklärt nicht, welche Engines und Datenmodelle zusammengeführt wurden, welche erhalten blieben und welche Migrationsarbeit Bestandskunden leisten mussten. (26, 30)
Aktuelle Stellenanzeigen machen die unfertige Arbeit sichtbar. Die Produktmanagerstelle für Terminierung verlangt, Kundenprojektzusagen mit einer kohärenteren Produktroadmap auszubalancieren. Die Softwarearchitektenstelle benennt Architektur- und Frontendmigrationen. Das sind konkrete Lieferpflichten, an denen das Versprechen einer einheitlichen Plattform zu messen ist. (16, 22)
Softwarebestandteile, Sicherheit und Gesamtbetriebskosten
Zuordenbare Komponenten und ihr Geltungsbereich
| Beleg und Zeitraum | Komponenten oder Architektur | Bedeutung |
|---|---|---|
| Forschungsimplementierung von 2015 | C++, Visual Studio 2010 und CPLEX 12.6. | Historische Belege für Solver und Heuristik; die heutige Zusammenstellung produktiver Solver ist nicht offengelegt. (7) |
| AWS-Migration ab 2021–2022 | Anforderungen an verwaltetes Oracle; AWS Lambda, Fargate und EC2. | Mehrere Cloud-Ausführungsmechanismen und eine bestehende Datenbankabhängigkeit gehörten zum Hostingwechsel. (15) |
| FuturMaster-Fullstack-Stellenanzeige, ungefähr 2025 | Java 17, Spring Boot, React, TypeScript/JavaScript, PostgreSQL, MongoDB und containerbasierte AWS-Bereitstellung. | Der ausgeschriebene Entwicklungsstack umfasst zwei weitere Datenbanktechnologien und laufende Frontendmodernisierung. (17) |
| Aktuelle Sunstice-Architektenstelle | Java, Spring Boot, React, Vanilla JavaScript, Docker; Zerlegung des Monolithen und Migration zu Microservices. | Alt- und Ersatzstrukturen bestehen in der vom Arbeitgeber beschriebenen Modernisierungsarbeit nebeneinander. (16) |
| Aktuelle Integrationsdokumentation | REST/JSON, Dateiaustausch, zeit-, API- oder ereignisgesteuerte Pipelines, Validierung, Protokolle und Wiederholungsversuche. | Erkennbare Integrationsmechanismen, aber keine öffentliche ausführbare API-Spezifikation oder vollständige Exportvereinbarung auf diesen Seiten. (18) |
Die Datenbankbelege betreffen verschiedene Zeiträume und Produktbereiche. Sie identifizieren nicht, welche Kundeninstallation heute Oracle, PostgreSQL oder MongoDB nutzt. Diese ungeklärte Grenze zählt: Datenbankmigrationen, parallele Persistenzmodelle und übernommene Anwendungen schaffen Upgrade- und Betriebskosten, die ein einzelner Plattformname verdeckt. Sunstices eigene Architektenanzeige nennt ausdrücklich den Abbau technischer Schulden und das Refactoring komplexer Module.
Der AWS-Fall berichtet, die Erstellung einer Umgebung sei auf etwa zwei Stunden gesunken und Probleme hätten sich nach der Migration schneller lösen lassen. Das sind Verbesserungen im Anbieterbetrieb. Sie messen keine Planerproduktivität und zeigen nicht, dass niedrigere Infrastrukturkosten in die Kundenabonnements weitergegeben werden. (15)
Sicherheitsmechanismen bleiben dünn dokumentiert
Die ISO-27001-Ankündigung vom Oktober 2025 betont Audits, Richtlinien, Schulungen und koordinierte Prozesse zwischen Betrieb, Support, Recht und Personal. Die Zertifizierung belegt den Abschluss dieser Managementsystemprüfung; sie liefert keinen unmittelbaren Nachweis einer wirksamen technischen Barriere gegen Datendiebstahl, kompromittierte Abhängigkeiten oder missbrauchten Administratorzugriff. (19)
Die Integrationsseite nennt Verschlüsselung, Zugriffskontrollen, Protokollierung, Validierung und Wiederholungsversuche. Das sind relevante Kontrollen, doch die geprüften Unterlagen spezifizieren weder Mandantentrennung noch Supportprivilegien, Eindämmung von Abhängigkeiten oder Wiederherstellung nach einer kompromittierten Installation. Helios ergänzt konfigurierbare Agenten und automatische Untersuchungen ohne eine vergleichbare Erklärung von Agentenrechten, Datengrenzen und Einschränkungen folgenreicher Aktionen. Die Sicherheitsbewertung bleibt niedrig, weil die Architektur zur Schadensbegrenzung unklar ist. (13, 18)
Konfiguration ist dauerhafte Softwarearbeit
Sunstices Senior-Consultant-Stelle beschreibt funktionales Design, Implementierung, Tests, intensive Anlaufbetreuung und laufende Optimierung. Ausdrücklich gesucht werden Personen, die weniger Zeit mit Softwarekonfiguration und mehr mit der Lösung geschäftlicher Probleme verbringen sollen. Das Ziel ist vernünftig; es bestätigt zugleich, dass Konfiguration und Einführung Beratungsaufwand beanspruchen. (20)
Eine separate Stelle für Partnerbefähigung zielt darauf, in den nächsten zwei bis drei Jahren ungefähr die Hälfte der Implementierungstätigkeit durch Partner ausführen zu lassen. Sie umfasst Zertifizierung, Qualitätsfreigaben, Eskalation und kostenpflichtige Befähigung. Das ist eine konkrete Erweiterung des Implementierungsökosystems. An Partner verlagerte Arbeitsstunden bleiben Teil der Gesamtbetriebskosten des Kunden. (21)
Zur laufenden Pflege gehören Änderungen an SKU- und Kundensegmentierung, Versorgungsregeln, Zuteilungsprioritäten, Prognosebehandlung, Integrationszuordnungen und neuem Agentenverhalten. Diese Einstellungen bestimmen Produktionsentscheidungen und benötigen Versionierung, Tests, Verantwortliche und Korrekturen bei veränderten Geschäftsbedingungen. Eine No-Code-Oberfläche beseitigt diese Arbeit nicht. Öffentliche Unterlagen quantifizieren weder den Pflegeaufwand einer repräsentativen Installation nach dem Produktivstart noch erklären sie, wie Kunden ihre Entscheidungslogik über größere Produktänderungen migrieren.
Produktivität, Kundenergebnisse und wirtschaftliche Verantwortung
Helios richtet sich auf Diagnose, Ursachenuntersuchung, Prognoseanalyse und Szenariovergleich. Der begleitende Artikel beschreibt Vorbereitungsarbeit innerhalb von Nachfrage- und Versorgungsreviews, Konsensbildung und Freigaben durch Führungskräfte. Er lässt geschäftliche Entscheidungen ausdrücklich beim Menschen. Das ist eine begrenzte Form der Automatisierung: potenziell nützliche Unterstützung innerhalb eines Planungsprozesses, ohne offengelegte Messung, wie viele Routineentscheidungen keine menschliche Bearbeitung mehr benötigen. (13, 14)
Sunstice muss den gesamten Arbeitsablauf messen. Schnellere Untersuchungen können durch mehr zu prüfende Szenarien, zu validierende Erklärungen und zu pflegende Agenteneinstellungen aufgewogen werden. Nützliche Kennzahlen wären der Anteil gewöhnlicher Entscheidungen ohne Eingriff, Ausnahmen je Planer, Gesamtstunden von Kunde, Anbieter und Partnern sowie dauerhafte wirtschaftliche Ergebnisse bei vergleichbarem Betriebsumfang.
Die Kundenbelege sind konkret genug für eine Prüfung, reichen aber nicht bis zu einer vollständigen Renditerechnung:
| Kunde | Gemeldetes Ergebnis | Wirtschaftliche Einordnung |
|---|---|---|
| Haribo | Prognosegenauigkeit über fünf Jahre um 22% verbessert; Servicegrad bei 99%; gefährdeter Bestand von 8% auf unter 2% gesenkt. | Weniger gefährdeter Bestand ist relevant. Prognosemetrik, Bewertungshorizont und vollständige Transformationskosten sind nicht angegeben. Die 99% beziehen sich auf Service, nicht auf Prognosegenauigkeit. (23) |
| Eat Happy | Umsatz deutscher Shops um 2% und Kühlregalabsatz um 7% erhöht, bei Produkten mit 24–48 Stunden Haltbarkeit. | Absatzsteigerungen benötigen zugehörige Angaben zu Ausschuss, Abschriften, Marge und Arbeit, um Gewinnverbesserungen zu belegen. (24) |
| Guerlain | 20% Kapazität freigesetzt und täglich 160 Tanks in der Parfümproduktion eingeplant. | Das betrifft einen konkreten Fertigungsengpass. Der Bericht nennt weder eine zusätzliche Gewinnrechnung noch die Pflegekosten der Terminierungsimplementierung. (25) |
Haribos beschriebener Ablauf bleibt ein 18-monatiger IBP-Zyklus mit kommerzieller Prüfung, Prognosevalidierung, Versorgungsabstimmung und Führungsfreigabe. Die Ergebnisse stützen den Wert besserer Koordination in diesem Einsatz. Sie zeigen weder, dass die neu angekündigten Agenten diese Vorteile erzeugt haben, noch dass derselbe Prozess die heute durch automatisierte Routineentscheidungen mögliche Arbeitsproduktivität erreicht. (23)
Ebenso wichtig ist die Verantwortungsgrenze. Sunstice erklärt, Menschen behielten die Verantwortung für Entscheidungen, während die Beraterstelle Erfolg an Geschäftsergebnissen messen will. Diese Aussagen brauchen eine praktische Verbindung: eine Ausgangsbasis, eine Aufstellung von Kosten und Nutzen sowie ein Verfahren zur Unterscheidung von Modellfehlern, Datenfehlern und Ausführungsfehlern. Die geprüften Kundenberichte legen weder diese Rechnung noch die vertragliche Verantwortungszuordnung offen. Eine Organisation kann alle vorgesehenen Reviews durchlaufen und dennoch systematisch schlechte wirtschaftliche Entscheidungen treffen; erfolgreiche Prozesseinführung ersetzt keine Rendite. (14, 20)
Bewertung der Supply Chain
Alle 25 Kriterien haben dasselbe Gewicht. Die Dimensionswerte sind die Mittelwerte ihrer fünf Kriterien; die Gesamtbewertung ist deren Durchschnitt. Bewertet werden belegte Mechanismen und Ergebnisse; Unsicherheit senkt die Note, wenn zentrale Aussagen unbelegt bleiben.
Tiefe im Bereich Supply Chain
| Kriterium | Bewertung |
|---|---|
| Wirtschaftliche Problemstellung | 5/10 |
| Entscheidungsendpunkt | 6/10 |
| Begriffliche Präzision im Bereich Supply Chain | 5/10 |
| Unabhängigkeit von überholten zentralen Doktrinen | 3/10 |
| Widerstandsfähigkeit gegen KPI-Theater | 4/10 |
Durchschnitt: 4,6/10.
Wirtschaftliche Problemstellung — 5/10. RGM behandelt Preise, Aktionen, kommerzielle Kosten und Rentabilität; das historische Distributionsmodell umfasst Transport, Bestand, Ausschuss und Fehlmengen. Ungeklärt bleibt eine gemeinsame wirtschaftliche Zielfunktion über diese Bereiche hinweg, statt getrennter Finanzanalysen und regelgebundener Versorgungspläne. (6, 7)
Entscheidungsendpunkt — 6/10. Die Suite erzeugt Nachschub-, Beschaffungs-, Produktions- und Terminierungsergebnisse und hat damit einen stärkeren operativen Endpunkt als reine Berichte. Weniger klar sind öffentliche Belege für unbeaufsichtigte Freigabe, Entscheidungsannahmeraten und finanzielle Priorisierung bei Konkurrenz um Ressourcen. (4)
Begriffliche Präzision im Bereich Supply Chain — 5/10. Haltbarkeit, Arbeitspläne, Beschaffungsoptionen und Transportrestriktionen werden konkret behandelt. Der breiteren Argumentation permanenter Unsicherheit fehlt eine ebenso konkrete Darstellung gemeinsamer Prognoseunsicherheit und ihrer Folgen für die Handlungsauswahl. (4, 7)
Unabhängigkeit von überholten zentralen Doktrinen — 3/10. Konsensprognosen, Service- und Bestandsregeln sowie Reviewzyklen von der Nachfrage bis zur Geschäftsführung bleiben zentral. Schnellere Szenariovorbereitung verbessert diesen Rahmen, ohne zu zeigen, dass er die richtige Architektur für wirtschaftliche Entscheidungen ist. (3, 5)
Widerstandsfähigkeit gegen KPI-Theater — 4/10. Gefährdete Bestände, Verkäufe und freigesetzte Kapazitäten sind informativer als eine Genauigkeitsüberschrift allein. In den Fallstudien fehlen dennoch so viele Angaben zu Kosten, Ausgangsbasis und Messgrößen, dass Nettorenditen nicht bewertet werden können. (23, 24, 25)
Substanz von Entscheidungen und Optimierung
| Kriterium | Bewertung |
|---|---|
| Tiefe der probabilistischen Modellierung | 2/10 |
| Eigenständige Optimierungs- oder ML-Substanz | 6/10 |
| Umgang mit realen Einschränkungen | 6/10 |
| Entscheidungsautomatisierung und Arbeitsproduktivität | 4/10 |
| Belastbarkeit bei realer betrieblicher Komplexität | 4/10 |
Durchschnitt: 4,4/10.
Tiefe der probabilistischen Modellierung — 2/10. Nachfrageschwankungen, externe Einflussfaktoren, Lieferzeiten und Szenarien erscheinen in den Produktbeschreibungen. Ein kalibriertes gemeinsames Modell unsicherer Nachfrage, Lieferungen und Produktion als Grundlage wirtschaftlicher Entscheidungen wird nicht offengelegt. (4, 10)
Eigenständige Optimierungs- oder ML-Substanz — 6/10. Die veröffentlichte Heuristik für verderbliche Distribution bietet prüfbare algorithmische Substanz und Implementierungsbelege. Aktuelle Prognose- und lokale Optimierungsfunktionen sind erkennbar, doch die öffentliche Verbindung von den historischen Algorithmen zur heutigen vollständigen Produktionsengine bleibt lückenhaft. (7, 8, 10)
Umgang mit realen Einschränkungen — 6/10. Fertigungs- und Distributionsumfang enthalten wichtige anspruchsvolle Details, gestützt durch den Guerlain-Terminierungsfall. Die Bewertung wird dadurch begrenzt, dass eine gemeinsame Unsicherheitsbehandlung und finanzielle Abwägung über die gesamte Suite nicht belegt ist. (4, 25)
Entscheidungsautomatisierung und Arbeitsproduktivität — 4/10. Automatische Terminierung, Datenpipelines und Helios-Analysen können Aufgaben entfernen. Der offengelegte Agentenablauf erhält menschliche Abwägungen; keine vollständige Vorher-nachher-Arbeitsbilanz belegt eine wesentliche Veränderung der Entscheidungen pro Fachkraft. (13, 14, 18)
Belastbarkeit bei realer betrieblicher Komplexität — 4/10. Lokale Neuberechnung und Cloudelastizität sind praktische Antworten auf Rechen- und Reaktionszeitgrenzen. Globale Ressourcenkonkurrenz außerhalb des lokalen Bereichs und die Kosten einer Änderung des wirtschaftlichen Modells bleiben in den öffentlichen Belegen ungeklärt. (8, 31)
Integrität von Produkt und Architektur
| Kriterium | Bewertung |
|---|---|
| Architektonische Kohärenz | 4/10 |
| Klarheit der Systemgrenzen | 5/10 |
| Ernsthaftigkeit der Sicherheit | 2/10 |
| Software-Sparsamkeit und Gesamtbetriebskosten | 3/10 |
| Eignung für programmatische und agentengestützte Abläufe | 5/10 |
Durchschnitt: 3,8/10.
Architektonische Kohärenz — 4/10. Gemeinsame Modelle und Integrationsmechanismen werden beschrieben, doch PlaniSense-Übernahme und laufende Zerlegung lassen wesentliche Fragen zu Modulgrenzen, Doppelungen und Migration offen. Eine gemeinsame kommerzielle Identität ist der öffentlich prüfbaren Architektur voraus. (16, 30)
Klarheit der Systemgrenzen — 5/10. Planungsumfang und Verbindungen zu ERP-, Fertigungs- und Geschäftssystemen sind erkennbar. API-ausgelöste Pipelines und Validierung werden funktional erklärt; genaue Ausführungsverantwortung, Synchronisationsgarantien und Fehlersemantik nicht. (1, 18)
Ernsthaftigkeit der Sicherheit — 2/10. Allgemeine Kontrollen werden aufgezählt, doch die Zertifizierung erhält die meiste Detailaufmerksamkeit. Mandantentrennung, Grenzen privilegierter Zugriffe und das Berechtigungsdesign der Agenten brauchen technische Belege. (13, 18, 19)
Software-Sparsamkeit und Gesamtbetriebskosten — 3/10. Mehrere dokumentierte Technologiegenerationen, laufendes Refactoring und ein wachsendes Implementierungsökosystem schaffen Wartungspflichten. Öffentliche Quellen beziffern diese Kosten nicht und zeigen nicht, wie Kunden sie bei Upgrades und wiederholter Konfiguration vermeiden. (15, 16, 17, 21)
Eignung für programmatische und agentengestützte Abläufe — 5/10. APIs, Ereignisse, wiederverwendbare Pipelines und konfigurierbare Agenten bieten nützliche Ansatzpunkte. Öffentliche Dokumentation belegt weder vollständigen Konfigurationsexport noch reproduzierbare automatische Bereitstellung oder eine sichere unbeaufsichtigte Entscheidungsschnittstelle über die Suite hinweg. (13, 18)
Technische Transparenz
| Kriterium | Bewertung |
|---|---|
| Öffentliche technische Dokumentation | 4/10 |
| Prüfbarkeit ohne Vermittlung des Anbieters | 3/10 |
| Portabilität und Sichtbarkeit der Anbieterbindung | 3/10 |
| Transparenz der Implementierungsmethode | 5/10 |
| Belegdichte hinter technischen Aussagen | 5/10 |
Durchschnitt: 4,0/10.
Öffentliche technische Dokumentation — 4/10. Produktseiten erläutern Funktionen und Eingaben, während die historische Arbeit eine tatsächliche Formulierung offenlegt. Heutiges Solverdesign, Unsicherheitsdarstellung, API-Verträge und Sicherheitsgrenzen bleiben größtenteils der öffentlichen Prüfung entzogen. (7, 9, 18)
Prüfbarkeit ohne Vermittlung des Anbieters — 3/10. Die Forschungsarbeit erlaubt eine unabhängige Untersuchung einer historischen Methode. Die aktuelle Plattform wird über beschreibende Seiten und Demonstrationen präsentiert, nicht über ausführbare Beispiele oder unabhängig reproduzierbare aktuelle Bewertungen. (1, 7)
Portabilität und Sichtbarkeit der Anbieterbindung — 3/10. Integrationsunterstützung belegt Datenbewegung, nicht die Exportierbarkeit konfigurierter Modelle, Regeln, Agentenverhalten und ihrer Testhistorien. Der Architekturwechsel macht diese Unterscheidung für bestehende Nutzer besonders wichtig. (13, 16, 18)
Transparenz der Implementierungsmethode — 5/10. Stellenanzeigen und AWS-Fall legen technische und Implementierungsarbeit offen, die in der Produktdarstellung meist fehlt. Sie benennen Tests, laufende Optimierung, Migrationen und Partnersteuerung, quantifizieren aber den erwarteten Kundenaufwand nicht. (15, 20, 21)
Belegdichte hinter technischen Aussagen — 5/10. Veröffentlichte Forschung, zuordenbare Entwicklungsanforderungen und benannte Betriebsfälle stützen mehrere substanzielle Schlussfolgerungen. Die weitesten Aussagen zu unbegrenzter Skalierung, kontinuierlicher Anpassung und besseren Entscheidungen bei permanenter Unsicherheit belegen sie nicht. (7, 12, 16, 25)
Seriosität des Anbieters
| Kriterium | Bewertung |
|---|---|
| Technische Seriosität der öffentlichen Kommunikation | 4/10 |
| Integrität der technischen Roadmap | 5/10 |
| Begriffliche Präzision | 4/10 |
| Wirtschaftliche Verantwortlichkeit | 4/10 |
| Bestand in einer Welt agentischer Software | 4/10 |
Durchschnitt: 4,2/10.
Technische Seriosität der öffentlichen Kommunikation — 4/10. Konkrete Solver- und Infrastrukturbelege stehen neben überzogener historischer KI-Sprache und heutigen pauschalen Aussagen zur Wirklichkeitstreue von Szenarien. Die Bewertung berücksichtigt Erstere positiv und behandelt Letztere als wiederkehrende Kommunikationsschwäche. (7, 11, 15, 28)
Integrität der technischen Roadmap — 5/10. Cloudmigration und laufende Entwicklung belegen Umsetzung. Aufeinanderfolgende Versprechen durchgängiger Terminierung, unfertige Architekturmigrationen und die jüngste Agenteneinführung erfordern weitere Ergebnisse, bevor die neuesten Transformationsaussagen vergleichbar gestützt sind. (13, 15, 16, 26, 30)
Begriffliche Präzision — 4/10. Sunstice erkennt die Bedeutung von Störungen und Entscheidungslatenz. Die öffentliche Antwort vermischt weiterhin schnellere Analysen, konsistente Szenarien und eine bessere wirtschaftliche Wahl, ohne die Übergänge ausreichend zu erklären. (2, 8, 14)
Wirtschaftliche Verantwortlichkeit — 4/10. Kundenfälle berichten nützliche Ergebnisse, und die Beraterstelle betont ausdrücklich Geschäftsergebnisse. Vollständige Lebenszykluskosten, Zuordnung und Verantwortung für anhaltende Modellfehler bleiben verborgen. (20, 23, 24, 25)
Bestand in einer Welt agentischer Software — 4/10. Fertigungsmodelle, Implementierungswissen und Terminierungsfunktionen bieten mehr Substanz als eine Dialogoberfläche. Helios erhält dennoch den Planungsablauf als zentrale Arbeitseinheit, ohne Beleg, dass Sunstice den menschlichen Aufwand gewöhnlicher Entscheidungen in der Supply Chain wesentlich reduziert hat. (7, 13, 14)
Quellen
Die Quellen wurden am 4. November 2026 geprüft. Anbieterfallstudien geben die von Anbieter und Kunden genannten Ergebnisse wieder. Die folgenden Daten richten sich nach der jeweiligen Quelle, nicht nach den Datumsangaben der heutigen Ressourcenübersicht.
Sunstice-Plattform. Sunstice, undatiert. Belegt den aktuellen Umfang von Planung und Ertragsmanagement.
Ankündigung der Umbenennung. Sunstice, laut Anbieterseite 21. Januar 2026. Beschreibt Namenswechsel, Structured Agility und die Ablehnung sequenzieller Planungszyklen.
Nachfrageplanung. Sunstice, undatiert. Prognosen, Zusammenarbeit, Aktionen und Funktionen für neue Produkte.
Versorgungsplanung. Sunstice, undatiert. Eingaben und Einschränkungen für Distribution, Bestand, Produktion, Terminierung und Beschaffung.
[5] Integrierte Unternehmensplanung
Integrierte Unternehmensplanung. Sunstice, undatiert. S&OP, Ausführung, Finanzplanung und Reviewprozesse von der Nachfrage bis zur Geschäftsführung.
Revenue Growth Management. Sunstice, undatiert. Preise, Aktionen, Bedienkosten, Sortiment und Finanzplanung.
[7] Veröffentlichte Optimierungsforschung zur Distribution verderblicher Produkte
Multi-start Iterated Local Search for Two-echelon Distribution Network for Perishable Products. S. Kande, C. Prins, L. Belgacem und B. Redon, ICORES 2015, Seiten 294–303; DOI 10.5220/0005224902940303. Forschung mit FuturMaster-Beteiligung beschreibt mathematische Formulierung, APS-Heuristik, Implementierung, kundengestützte Fälle und Rechenergebnisse.
[8] Einführung von Local Optimization
Ankündigung von Local Optimization. FuturMaster, Ende 2025. Die Seite zeigt den 22. Dezember, die Datumszeile im Text den 22. November. Sie trennt ausdrücklich globale Berechnung außerhalb der Arbeitszeit und lokale Neuberechnung am Tag.
Intelligente Optimierung. Sunstice, undatiert. Beschreibt den globalen/lokalen Ansatz mit gemeinsamem Modell und den Szenariovergleich.
[10] KI für Nachfrageprognosen
Prognosetechnologie. Sunstice, undatiert. Datenbehandlung, Segmentierung, Modellauswahl und externe Nachfragetreiber.
[11] Dynamischer digitaler Zwilling
Dynamischer digitaler Zwilling. Sunstice, undatiert. Network Insight Graph, laufende Darstellung, Einschränkungen und Szenarioaussagen.
Datenmodell. Sunstice, undatiert. Graphstruktur, Dimensionen, Zeitreihen und Skalierungsversprechen.
[13] Ankündigung der Helios-Agenten
Helios-Einführung. Sunstice, 11. Juni 2026. Expertenagenten, konfigurierbarer Agent Builder, Analyseautomatisierung und beibehaltene menschliche Kontrolle.
[14] Agentische KI und Planungsarbeit
Wie agentische KI die verborgene Arbeit hinter langsamen Planungsentscheidungen angeht. Sunstice, 2026. Erklärt analytische Agentenaufgaben und die beim Menschen verbleibenden Geschäftsentscheidungen.
FuturMaster-AWS-Fallstudie. Amazon Web Services, undatiert, über Entscheidungen und Ergebnisse 2021–2022. Dokumentiert früheres Hosting, Anforderungen an verwaltetes Oracle, Lambda/Fargate/EC2 und bessere Bereitstellung.
[16] Stellenanzeige für Softwarearchitektur
Senior Fullstack Software Architect. Sunstice, aktuelle Stellenanzeige. Nennt Abbau technischer Schulden, Zerlegung des Monolithen, Frontendmigration und Java/Spring/React/Docker.
[17] Frühere Fullstack-Stellenanzeige
Senior Fullstack Developer. Arbeitgeberanzeige von FuturMaster bei WeLoveDevs, nach relativer Datierung ungefähr 2025. Nennt Java 17, Spring Boot, React, PostgreSQL, MongoDB, AWS und Containerbereitstellung.
Datenintegration. Sunstice, undatiert. Datei- und API-Schnittstellen, No-Code-Aufbereitung, Validierung, Auslösung, Überwachung, Wiederholungsversuche und Zugriffskontrollen.
Zertifizierungsankündigung. FuturMaster, 22. Oktober 2025. Definiert Umfang des Managementsystems und Prozesszusagen.
[20] Stellenanzeige für Professional Services
PS Senior Consultant. Sunstice, aktuelle Stellenanzeige. Funktionales Design, Konfiguration, Tests, Anlaufbetreuung, kontinuierliche Optimierung und Verantwortung für Geschäftsergebnisse.
[21] Strategie für Partnerimplementierungen
Partner Enablement Lead. Sunstice, aktuelle Stellenanzeige. Beschreibt Partnerqualität und das Ziel, innerhalb von zwei bis drei Jahren ungefähr die Hälfte der Implementierungstätigkeit über Partner abzuwickeln.
[22] Produktmanagement für Terminierung
Product Manager — Scheduling. Sunstice, aktuelle Stellenanzeige. Erklärt den Zielkonflikt zwischen Kundenprojekten, Roadmapzusagen, technischen Schulden und Wartung.
Haribo-Planungsfall. Sunstice, aktueller undatierter Bericht. Aussagen zu Prognosen, Service, gefährdetem Bestand und IBP-Prozess.
Eat-Happy-Planungsfall. Sunstice, aktueller undatierter Bericht. Ultrafrische Betriebsbedingungen und berichtete Absatzsteigerungen in Deutschland.
Guerlain-Terminierungsfall. Sunstice, aktueller undatierter Bericht. Parfümproduktion, Tankplanung, Kapazität und Kundenerklärung zum Betriebsnutzen.
[26] Interview mit einer FuturMaster-Führungskraft, 2016
Interview mit Michel Ramis. Voxlog, 18. März 2016. Bericht aus erster Hand über Cloud/Web-Roadmap, Pläne für maschinelles Lernen und Terminierungspartnerschaft mit Ortems.
[27] Interview mit einer FuturMaster-Führungskraft, 2017
Interview mit Michel Ramis. Voxlog, 8. Juni 2017. Forschung zu Aktionsmodellen, Laborverbesserungen, Kundenpiloten und geplante Neuentwicklung der HTML5-Oberfläche.
[28] KI-Kommentar einer FuturMaster-Beraterin
Wie künstliche Intelligenz der Lebensmittelindustrie helfen kann. Stephanie Duvault-Alexandre, FuturMaster-Beraterin, Robotics & Automation News, 23. Mai 2018. Dokumentiert anbieterbezogene Aussagen über KI-Lernen und Prognosen vor der LLM-Ära.
FuturMaster und PredictHQ kündigen eine strategische Partnerschaft an. PredictHQ, 12. Dezember 2023. Benennt Forecast at Scale, Ereignisdatenintegration und bereitgestellte externe Informationen.
FuturMaster und PlaniSense schließen sich zusammen. FuturMaster, 17. Februar 2025. Beschreibt Übernahme, frühere Partnerschaft, Integrationsziele und PlaniSense-Modulumfang.
[31] Adaptive und elastische Engine
Adaptive und elastische Engine. Sunstice, undatiert. Cloudskalierung, Betriebsüberwachung, Szenarioveröffentlichung und Kontinuitätsversprechen.