Zurück zur Marktforschung
Vekia ist eine Cloudanwendung für Nachfrageprognosen, Bestandsverwaltung und Nachschub. Sie berechnet Bestellvorschläge, erkennt Engpassrisiken, überwacht Logistikflüsse und verbindet diese Funktionen mit den bestehenden Transaktionssystemen der Kunden. Zu ihren Anwendungen zählen Handelsnachschub und Ersatzteilversorgung. (1, 7, 8)
Gesamtbewertung der Supply Chain: 5,0/10.
| Dimension | Bewertung |
|---|---|
| Supply-Chain-Tiefe | 5,6/10 |
| Substanz der Entscheidungen und Optimierung | 5,8/10 |
| Integrität von Produkt und Architektur | 4,2/10 |
| Technische Transparenz | 5,0/10 |
| Seriosität des Anbieters | 4,4/10 |
Vekia behandelt konkrete Bestellentscheidungen und erkennt Unsicherheit sowohl der Nachfrage als auch der Lieferzeiten ausdrücklich an. Kundenfälle berichten erhebliche Automatisierung. Die offene technische Frage ist, wie umfassend diese Unsicherheiten über Produkte und Standorte hinweg in die wirtschaftliche Berechnung eingehen. Die öffentliche Forschung zeigt restriktivere Formulierungen als das heutige Versprechen maximaler Optimierung für jede Supply Chain und jedes Datenvolumen. (2, 8, 5)
Auch die Geschäftskontinuität ist eine unmittelbare Sorge. Am 28. September 2026 hob das Handelsgericht Lille Métropole Vekias Schutzplan auf und eröffnete ein gerichtlich überwachtes Sanierungsverfahren, ein redressement judiciaire. Die Beobachtungsphase läuft bis zum 28. März 2027. Bei einem Dienst, der wiederkehrende Nachschubentscheidungen berechnet, gehören kontinuierliches Hosting, Support und Modellpflege neben numerischer Leistung in die Kaufentscheidung. (20)
Vekia im Vergleich zu Lokad
Beide Anbieter wollen wiederholte Nachschubberechnungen durch Software ersetzen. Vekia liefert eine fertige Anwendung mit Prognosen, Bestandseinstellungen, priorisierten Vorschlägen und Prüfansichten. Das Engine-Angebot präsentiert Prognosen und Bestellautomatisierung auch als Ergänzung des vorhandenen ERP. (1, 17)
Lokads Bestandsoptimierung konzentriert sich auf ein gepflegtes numerisches Modell der Kundenentscheidungen. Nachfrage- und Angebotsunsicherheit, wirtschaftliche Folgen und operative Restriktionen fließen in dieses Modell ein; Supply Chain Scientists entwickeln und pflegen die Berechnung. Das angestrebte Ergebnis ist eine wirtschaftlich geordnete Menge von Aktionen, während sich menschliche Arbeit auf die Verbesserung des Entscheidungsprozesses konzentriert. Diese breitere Gestaltungsperspektive entwickelt Introduction to Supply Chain.
Der praktische Unterschied betrifft den Umgang mit einer falschen Empfehlung. Ein Standardprodukt kann eine manuelle Übersteuerung, eine geänderte Schwelle oder eine andere Lieferanteneinstellung nahelegen. Ein gepflegtes Entscheidungsmodell sollte den Fehler in eine überarbeitete Berechnung übersetzen und deren Auswirkungen über den Betrieb hinweg erneut testen. Vekia zeigt Konfigurations- und Erklärungsfunktionen, aber wenig öffentliche Details über diese zweite Schleife. Sein Wert hängt deshalb teilweise davon ab, wie viel wiederkehrende Korrekturarbeit beim Kundenteam bleibt. (3, 15)
Technologiehistorie und tatsächliche Umsetzung
Vekias Historie umfasst mehr als ein Jahrzehnt Prognose- und Nachschubarbeit. Die Unternehmensgeschichte datiert den Geschäftsbeginn auf 2008, den Wechsel von Beratung zu Software auf 2010 und den SaaS-Übergang auf 2018. Die frühe KI-Positionierung betraf numerische Vorhersage und Bestellungen, lange vor der heutigen Generation von Sprachmodellagenten. (11)
| Zeitraum | Öffentliche Belege | Bedeutung |
|---|---|---|
| 2014 | Manuel Davys Vortrag an der Universität Lille beschreibt tägliche Bestandsentscheidungen, seltene Produkt-/Filialverkäufe, Logistikkapazitäten und ein Rechenfenster von wenigen Stunden. | Das ursprüngliche Problem war operativ konkret. (12) |
| 2016 | Asys übernimmt VekiaPlan und dessen Personalplanungsteam. | Betroffen war das Personalplanungsprodukt, keine Übernahme des Nachschubgeschäfts von Vekia. (13) |
| 2019–2021 | Veröffentlichte Fälle von Okaidi und Engie beschreiben Nachschubarbeit und berichtete Ergebnisse. | Sie belegen tatsächliche Implementierungen hinter der Erzählung über maschinelles Lernen. (9, 8) |
| 2021 | Engine startet mit probabilistischen Prognosen, ERP-Integration und behaupteter Verbesserung um 25% gegenüber der Vorgängergeneration. | Für die Verbesserung fehlen veröffentlichte Kennzahl und Testprotokoll. (11) |
| 2024 | Eine von Vekia unterstützte Dissertation untersucht mehrstufigen Nachschub. | Sie zeigt Algorithmen, restriktive Annahmen und offene Arbeiten zur industriellen Umsetzung. (5) |
| 2025–2026 | Aktuelle Seiten betonen probabilistische KI und skalierbare APS; die Anwendungsstelle nennt drei Datenbankplattformen. | Das erweiterte Versprechen braucht eine entsprechende Erklärung des numerischen Umfangs und der Infrastrukturkosten. (2, 6) |
Der Artikel über maschinelles Lernen von 2021 zeigt die Lücke zwischen einer nützlichen Idee und einer überdehnten Erklärung. Er wendet sich zu Recht von der Vorhersage einer einzigen sicheren Zukunft ab, beschreibt dann aber die Auswahl des wahrscheinlichsten und des zu den Geschäftszielen passenden Szenarios. Damit bleibt die entscheidende Frage offen: Werden Aktionen über mögliche Ergebnisse hinweg bewertet, einschließlich teurer unwahrscheinlicher Fehlschläge, oder gegen eine bevorzugte Zukunft ausgewählt? Derselbe Artikel berichtet ein anonymes Aktionsexperiment mit 26% mehr Umsatz und 42% weniger Restbestand, ohne Vergleichsprotokoll. (10)
Vekias historische Entwicklungsarbeit ist substanziell genug für eine direkte Bewertung. Die Mängel liegen im Abstand zwischen erkennbaren numerischen Methoden und pauschalen Produktzusicherungen sowie in der dünnen Bilanz der Arbeit und Kosten hinter berichteten Vorteilen.
Numerische Entscheidungen und Modellgrenzen
Die aktuelle Bestellanwendung berücksichtigt Lager-, Transport- und Bestellkosten mit Einstellungen für Mindestmengen, Bestandsschwellen, Wiederbeschaffungszeiten und Bestellhäufigkeit. Sie erklärt Vorschläge und erlaubt manuelle Änderungen. Das sind relevante operative Eingaben. Ihre Existenz belegt nicht, dass die kombinierte Entscheidung den Gewinn unter unsicherer Nachfrage und Versorgung maximiert. (3)
Was die veröffentlichte Forschung zeigt
Die Dissertation von 2024 beschreibt eingesetzte Optimierung je Artikel und Standort mit gezogenen Nachfragestichproben und stückweise konvexen Kosten sowie ein MILP, das vorausberechnete Bestellungen über Artikel und Perioden kombiniert. Standorte bleiben getrennt. Ihr vorgeschlagenes Mehrstufenmodell verwendet dagegen mittlere Nachfrage und unbegrenzte, vollkommen zuverlässige Lieferanten. In Tests aus einem Industrieproblem mit 905 Artikeln erreichen zwei Teilmengen mit jeweils 40 Artikeln das Zwei-Stunden-Limit von CPLEX. Der Autor entwickelt eine adaptive lokale Suche; Simulationen verbessern das Verhältnis von Bestand und Fehlmengen, erhöhen aber die Gesamtkosten einschließlich Einkäufen. Industrielle Produktivsetzung und probabilistische Nachfrage-/Versorgungseingaben bleiben zum Zeitpunkt der Dissertation zukünftige Arbeit. (5, S. 20–22, 27–30, 40–41, 96–98)
Das ist ebenso ein Formulierungs- wie ein Solverproblem. Schnellere Suche kann keine Unsicherheit zurückholen, die aus den Eingaben entfernt wurde. Getrennte Standorte lassen lokale Empfehlungen außerdem erst nach ihrer Berechnung um gemeinsame Bestände konkurrieren. Ein neuer Solvername allein würde beide wirtschaftlichen Mängel bestehen lassen.
Aktuelle probabilistische Aussagen
Vekia bewirbt heute ausdrücklich probabilistische Prognosen für Nachfrage, Lieferzeiten und Bestand. Lieferantenunsicherheit anzuerkennen ist eine substanzielle Stärke. Öffentliche Dokumentation liefert weiterhin weder gemeinsame Kalibrierungsergebnisse noch ein Abhängigkeitsmodell oder eine durchgerechnete Verbindung dieser Verteilungen zu konkurrierenden Bestelloptionen. (2)
Abhängigkeit zählt: Eine Aktion kann Nachfrage erhöhen und zugleich den Nachschub überlasten; eine Lieferantenverzögerung kann viele Produkte gemeinsam betreffen. Eine Sammlung einzeln plausibler Prognosen kann deshalb die Wahrscheinlichkeit eines teuren kombinierten Engpasses unterschätzen. Entscheidend ist, ob die daraus entstehenden Entscheidungen über diese Ergebnisse hinweg wirtschaftlich sinnvoll bleiben, auch wenn übliche Serviceziele zu teuer werden.
Die Nachfrageseite beschreibt fortlaufend angepasste Prognosen und Sicherheitsbestände mit konfigurierbaren Produkt- und Betriebskontexten. Sie veröffentlicht keine reproduzierbare Prognosebewertung auf SKU-Ebene mit Horizont, Behandlung entgangener Verkäufe und Vergleichsbasis. Probabilistische Begriffe sind informativ; Verteilungsqualität und Aktionswert bleiben jedoch getrennte empirische Fragen. (4)
Kundenergebnisse und wirtschaftliche Verantwortung
Zwei namentliche Fälle geben dem Angebot einen konkreten Betriebskontext:
| Kunde | Veröffentlichter Umfang und Ergebnisse | Was ungemessen bleibt |
|---|---|---|
| Engie Home Services | Eine Ersatzteilprognose über 12 Wochen informiert den Nachschub unter Einbeziehung von Lieferantenrestriktionen, Transportkosten und Teilepreisen. Vekia berichtet 10% weniger Bestandswert, 5% höhere Teileverfügbarkeit und 95% automatisierte Bestellungen. | Messzeitraum, Margeneffekt, Implementierungskosten und gesamte laufende Arbeit. (8) |
| Okaidi | Der Fall beschreibt 15–20 Millionen nachts verarbeitete Bestandspositionen unter Einbeziehung von Produktlebenszyklus, Aktionen, Wetter, Lagerbedingungen und Nutzerparametern. Berichtet werden 2% weniger Bestand und 2% mehr Umsatz. | Rechenlaufzeit, Vergleichsdesign, Nettogewinn und Wartungsaufwand. (9) |
Der Okaidi-Arbeitsumfang belegt Verarbeitung in großem Maßstab. Die Anzahl von Bestandspositionen sagt wenig über die Kopplung der Entscheidungen: Millionen unabhängiger Berechnungen und eine koordinierte Netzwerkberechnung haben sehr unterschiedliche Rechenanforderungen. Auch Umsatzsteigerungen brauchen Margen und Erfüllungskosten, bevor sie als wirtschaftlicher Ertrag gelten können.
Aktuelle Funktionsseiten werben mit 99% automatisierten Bestellungen und bis zu 2% zusätzlichem EBIT, ohne Kohorte, Messintervall oder Kostenumfang zu nennen. Die Automatisierungsquote betrifft Bestellungen, keine Prognosegenauigkeit. Die EBIT-Aussage erklärt nicht, ob der Prozentsatz relatives Wachstum oder Prozentpunkte des Umsatzes bedeutet. (15)
Diese Lücken lassen die Verantwortung asymmetrisch. Der Anbieter veröffentlicht attraktive Vorteile, während Parameterwahl, Daten, Integrationen und operative Ausführung des Kunden wesentliche Ergebnisfaktoren bleiben. Keine öffentliche Abnahmemethode definiert eine Nettoertragsbasis, ordnet Verschlechterungen zu oder verpflichtet Vekia zur Überarbeitung der Berechnung bei unzureichenden Erträgen. Wirtschaftliche Verantwortung benötigt diese fortdauernde Pflicht, nicht nur einen erfolgreichen Implementierungsmeilenstein. (7, 15)
Betriebsproduktivität und Konfigurationspflege
Vekia automatisiert mehr als Berichte. Bestellvorschläge neu zu berechnen und in ein bestehendes System einzuspeisen kann wiederkehrende Sachbearbeitung beseitigen. Der Engie-Bericht beschreibt außerdem den Wechsel eines zentralen Teams von der Auftragsannahme zu Entscheidungen auf Basis der Softwarevorschläge. Das ist eine nützliche Produktivitätsveränderung, misst aber nicht die verbleibende Arbeit zur Prüfung dieser Vorschläge. (8, 17)
Die Plattform selbst beschreibt Teilautomatisierung und Bestätigung oder Anpassung mit einem Klick. Der relevante Nenner ist daher die gesamte Betriebsarbeit: Routinebestellungen, Ausnahmen, beschleunigte Lieferungen, Datenkorrekturen und Pflege. Ein hoher Anteil automatisch erzeugter Bestellungen kann neben einer teuren Minderheit von Ausnahmen bestehen. (1)
Konfiguration schafft eine zweite Arbeitslast. Das Engpassmodul erlaubt Warnschwellen auf Produktebene; der Leitstand nutzt Ereignisse und Schwellen, die Kundenteams festlegen. Jede Einstellung braucht einen Verantwortlichen, eine Begründung und eine Regel zur Stilllegung, wenn sich Lieferanten, Produkte oder Wirtschaftlichkeit ändern. Sonst sammelt scheinbare Automatisierung ein verborgenes manuelles Planungssystem innerhalb der Konfiguration an. (15, 16)
Eine sinnvolle Gesamtkostenrechnung würde Abonnement, Integration, hostingbezogene Gebühren und wiederkehrende Pflegestunden umfassen. Sie würde auch die Verzögerung zwischen dem Erkennen einer schlechten Empfehlung und dem Einsatz einer getesteten Korrektur zählen. Vekias öffentliches Angebot quantifiziert diese Wartungsarbeit nicht und beschreibt keine versionierten Änderungen, historischen Wiederholungssimulationen und Rücknahmen für die Entscheidungsregel des Kunden. (3, 7)
Das ist die Frage der Verbesserungsproduktivität aus Holimization. Die Formulierung zu verbessern muss kostengünstig genug sein, um es wiederholt zu tun. Eine manuelle Bestellkorrektur repariert die heutige Transaktion; den Grund zu erfassen und zu testen kann Tausende späterer Entscheidungen verbessern.
Softwarebestandteile und Sicherheit
Vekias Full-Stack-Stellenanzeige vom November 2025 nennt den Anwendungsstack ausdrücklich. Frühere DevOps-Rekrutierung dokumentiert die Bereitstellungswerkzeuge. (6, 14)
| Schicht | Veröffentlichte Komponenten | Belegdatum |
|---|---|---|
| Benutzeroberfläche | TypeScript und Angular | Anwendungsstelle vom November 2025 |
| Backend | Java, Spring, Hibernate und Scala | Anwendungsstelle vom November 2025 |
| Datensysteme | PostgreSQL, MongoDB und Snowflake | Anwendungsstelle vom November 2025 |
| Anwendungsbereitstellung | Microservices und Azure SaaS | Anwendungsstelle vom November 2025 |
| Infrastruktur und Auslieferungswerkzeuge | Linux, Azure, Ansible, Bash, Terraform, Docker, Jenkins, Maven, Nexus und Kubernetes | DevOps-Stelle vom Februar 2021; die heutige Weiterverwendung jedes Werkzeugs ist unklar |
Drei unterschiedliche Datenplattformen verursachen reale Wartungslast: Schemaentwicklung, Identitäts- und Zugriffskontrolle, Backupverhalten, Synchronisierung und Störungsdiagnose. Ihre einzelnen Rollen werden öffentlich nicht erklärt. Problematisch sind Architekturkosten und Koordination, gerade wenn eine Bestellberechnung einen konsistenten Zustand über Dienste hinweg braucht. Eine Liste modischer Infrastruktur löst diese Last nicht.
Die Integrationsseite beschreibt Verbindungen zu ERP-, Lager-, Transport- und verwandten Systemen; die Einrichtungsdauer hängt von Komplexität und Systemanzahl ab. Vekia und das technische Kundenteam führen die Integration gemeinsam durch. Es fehlt eine öffentliche Transaktionsspezifikation zu Duplikatvermeidung, Abgleich abgewiesener Bestellungen und Zuständigkeit für geänderte Empfehlungen. Diese Details entscheiden, ob unbeaufsichtigte Ausführung bei Verbindungsfehlern zuverlässig bleibt. (7)
Die Sicherheitsdarstellung beschränkt sich auf europäisches Azure-Hosting, Verschlüsselung, Backups und allgemeine Datenschutzzusicherungen. Mandantenisolation, Konnektorprivilegien, Kontrolle von Produktionsänderungen und getestete Wiederherstellung sind nicht spezifiziert. Gerade diese Mechanismen würden den Schaden eines kompromittierten Kontos oder einer Softwareabhängigkeit begrenzen. Der Ruf des Cloudanbieters ersetzt nicht das eigene Anwendungsdesign. (2)
Geschäftskontinuität
Die amtliche Abfolge ist klar: Am 4. September 2023 wurde ein Schutzverfahren eröffnet; am 4. September 2024 ein achtjähriger Schutzplan genehmigt; dieser wurde mit Eröffnung des Sanierungsverfahrens am 28. September 2026 aufgehoben. Die jüngste Bekanntmachung setzt den Eintritt der Zahlungsunfähigkeit auf den 4. September 2026. Es handelt sich um Sanierung, nicht um ein Liquidationsurteil. (18, 19, 20)
Die wirtschaftliche Folge ist ein erhöhtes Abhängigkeitsrisiko. Ein Nachschubdienst braucht mehr als fortgesetzten Bildschirmzugang: aktuelle Datenpipelines, operative Unterstützung, gepflegte Algorithmen und wiederherstellbare Kundenkonfiguration. Öffentliche Integrationsversprechen belegen nicht, dass der Kunde den konfigurierten Entscheidungsprozess exportieren und selbst betreiben kann. Die technischen Stärken bestehen daher neben einem offenen Kontinuitätsrisiko. (7, 20)
Supply-Chain-Bewertung
Supply-Chain-Tiefe
| Kriterium | Bewertung |
|---|---|
| Wirtschaftliche Einordnung | 6/10 |
| Konkrete Entscheidungsresultate | 7/10 |
| Konzeptionelle Klarheit zur Supply Chain | 6/10 |
| Freiheit von überholten Leitdoktrinen | 5/10 |
| Robustheit gegenüber KPI-Theater | 4/10 |
Durchschnitt: 5,6/10.
Wirtschaftliche Einordnung — 6/10. Bestell- und Logistikkosten gehen direkt in das Angebot ein. Öffentliche Erklärungen lassen deren Abstimmung mit Servicezielen und unsicheren Verlusten unvollständig. (3)
Konkrete Entscheidungsresultate — 7/10. Die Ausgabe reicht bis zu Nachschubmengen und ERP-verbundenen Abläufen. Die verbleibende Schwäche ist die begrenzte öffentliche Spezifikation von Ausführungskontrollen und finanziellen Abnahmetests. (3, 7)
Konzeptionelle Klarheit zur Supply Chain — 6/10. Der Schwerpunkt auf unsicheren Zukünften ist richtig. Die Auswahl eines bevorzugten Szenarios würde viel dieses Vorteils verlieren, wenn unwahrscheinliche Ergebnisse unverhältnismäßige wirtschaftliche Folgen haben. (10)
Freiheit von überholten Leitdoktrinen — 5/10. Das Produkt geht über deterministische Prognosen hinaus, doch konfigurierbare Sicherheitsniveaus und Warnungen bleiben prominent. Ihre wirtschaftliche Begründung und laufende Pflege sind unzureichend offengelegt. (4, 16)
Robustheit gegenüber KPI-Theater — 4/10. Namentliche Fälle sind besser bewertbar als anonyme Nutzenbehauptungen. Dem aktuellen EBIT-Versprechen und den herausgestellten Verbesserungen fehlen jedoch die Definitionen zur Berechnung von Nettoerträgen. (8, 9, 15)
Substanz der Entscheidungen und Optimierung
| Kriterium | Bewertung |
|---|---|
| Tiefe der probabilistischen Modellierung | 5/10 |
| Eigenständige Optimierungs- oder ML-Substanz | 7/10 |
| Behandlung realer Restriktionen | 6/10 |
| Entscheidungsautomatisierung und Arbeitsproduktivität | 6/10 |
| Belastbarkeit bei realer operativer Komplexität | 5/10 |
Durchschnitt: 5,8/10.
Tiefe der probabilistischen Modellierung — 5/10. Nachfrage- und Lieferunsicherheit werden ausdrücklich anerkannt. Gemeinsame Verteilung, Kalibrierung und Verwendung bei risikoangepasster Aktionsauswahl bleiben unzureichend dokumentiert. (2, 4)
Eigenständige Optimierungs- oder ML-Substanz — 7/10. Die veröffentlichten Algorithmen zeigen substanzielle Entwicklung und gescheiterte Ansätze mit einer klaren Lücke zwischen Forschung und Einsatz. (5)
Behandlung realer Restriktionen — 6/10. Praktische Bestellrestriktionen und Lieferantenbedingungen werden direkt behandelt. Ihre Wechselwirkungen zwischen Standorten, konkurrierenden Produkten und unsicherer Versorgung brauchen vollständigere Dokumentation. (3, 8)
Entscheidungsautomatisierung und Arbeitsproduktivität — 6/10. Kundenbelege stützen die Beseitigung wiederholter Bestellarbeit. Die gesamte verbleibende Betriebsarbeit einschließlich Ausnahmen und Konfigurationsänderungen wird nicht gemessen. (8, 1)
Belastbarkeit bei realer operativer Komplexität — 5/10. Die Dissertation identifiziert Mängel lokaler Bestellungen und entwickelt eine breitere Formulierung mit Simulationsvergleichen. Öffentlich gibt es wenig Details zur Übernahme solcher Korrekturen in den Kundenbetrieb und zur Pflege ihrer Regressionstests. (5, 16)
Integrität von Produkt und Architektur
| Kriterium | Bewertung |
|---|---|
| Architektonische Kohärenz | 5/10 |
| Klarheit der Systemgrenzen | 6/10 |
| Ernsthaftigkeit beim Thema Sicherheit | 2/10 |
| Software-Sparsamkeit und Betriebskosten | 3/10 |
| Eignung für programmatische und agentengestützte Abläufe | 5/10 |
Durchschnitt: 4,2/10.
Architektonische Kohärenz — 5/10. Eine fokussierte Nachschubanwendung hat einen erkennbaren funktionalen Kern. Der veröffentlichte Datenstack schafft Koordinationskosten, ohne Zuständigkeiten und Konsistenzgrenzen seiner getrennten Systeme zu erklären. (1, 6)
Klarheit der Systemgrenzen — 6/10. Vekia positioniert sich neben der Transaktionssoftware des Kunden. Die Zuständigkeit für Bestelländerungen, Wiederholungsversuche und Fehler bleibt weniger klar als das Integrationsdiagramm. (7, 17)
Ernsthaftigkeit beim Thema Sicherheit — 2/10. Zusicherungen zu Hosting, Verschlüsselung und Backups zeigen wenig über Privilegiengrenzen, Mandantenisolation und sichere Wiederherstellung nach einer Kompromittierung. (2)
Software-Sparsamkeit und Betriebskosten — 3/10. Die offengelegte Anwendung und Infrastruktur benötigen erhebliche Spezialistenpflege. Öffentlich wird weder erklärt, wie überlappende Datenplattformen ihre Kosten verdienen, noch der wiederkehrende Konfigurationsaufwand des Kunden gemessen. (6, 14, 16)
Eignung für programmatische und agentengestützte Abläufe — 5/10. ERP-Integration und automatische Berechnung unterstützen programmatischen Betrieb. Prüffähige Schnittstellen zum Testen, Ändern und sicheren Ausrollen der Kundenentscheidungsregel bleiben spärlich. (7, 17)
Technische Transparenz
| Kriterium | Bewertung |
|---|---|
| Öffentliche technische Dokumentation | 7/10 |
| Prüfbarkeit ohne Vermittlung des Anbieters | 5/10 |
| Portabilität und sichtbare Anbieterabhängigkeit | 3/10 |
| Transparenz der Implementierungsmethode | 5/10 |
| Belegdichte technischer Behauptungen | 5/10 |
Durchschnitt: 5,0/10.
Öffentliche technische Dokumentation — 7/10. Die Dissertation macht historische numerische Methoden ungewöhnlich gut prüfbar; die aktuelle Produktdokumentation ist wesentlich ungenauer. (5)
Prüfbarkeit ohne Vermittlung des Anbieters — 5/10. Veröffentlichte Funktionen und Anwendungskomponenten erlauben eine substanzielle externe Bewertung. Die aktuelle vollständige Entscheidungsberechnung lässt sich aus diesen Offenlegungen nicht reproduzieren. (3, 6)
Portabilität und sichtbare Anbieterabhängigkeit — 3/10. Die Verbindung bestehender Systeme reduziert Ersatzarbeit. Datenexport überträgt jedoch weder konfigurierte Modelle noch Betriebswissen oder Ausführungsprozess. Deren Portabilität bleibt unklar. (7)
Transparenz der Implementierungsmethode — 5/10. Integrationsverantwortung und operative Einstellungen sind sichtbar. Datenvalidierung, Modellabnahme, Konfigurationsmigration und laufende Überarbeitung erhalten deutlich weniger Erklärung. (7, 16)
Belegdichte technischer Behauptungen — 5/10. Namentliche Implementierungen belegen reale Betriebskontexte. Den berichteten Ergebnissen fehlen genügend Angaben zu Ausgangslage, Kosten und Arbeit, um eine überzeugende Berechnung zurechenbaren wirtschaftlichen Werts zu verhindern. (8, 9)
Seriosität des Anbieters
| Kriterium | Bewertung |
|---|---|
| Technische Seriosität der öffentlichen Kommunikation | 4/10 |
| Integrität der Technologie-Roadmap | 4/10 |
| Konzeptionelle Klarheit | 6/10 |
| Wirtschaftliche Verantwortung | 3/10 |
| Verteidigungsfähigkeit in einer Welt agentischer Software | 5/10 |
Durchschnitt: 4,4/10.
Technische Seriosität der öffentlichen Kommunikation — 4/10. Konkrete probabilistische Konzepte stehen neben Aussagen unbegrenzter Skalierung und maximaler Optimierung. Fehlende Evaluierungsdefinitionen schwächen die öffentliche Kommunikation. (2, 11)
Integrität der Technologie-Roadmap — 4/10. Der langjährige Nachschubfokus und erkennbare Produktgenerationen stützen eine kontinuierliche Zielsetzung. Die finanzielle Sanierung schafft nun ein wesentliches Risiko für dauerhafte Entwicklung und Pflege. (12, 11, 20)
Konzeptionelle Klarheit — 6/10. Das Produkt behandelt Bestandsökonomie und wiederkehrende Entscheidungen direkt. Die Erklärung, wie wahrscheinliche Zukünfte zu wirtschaftlich bevorzugten Aktionen werden, bleibt unvollständig. (10, 17)
Wirtschaftliche Verantwortung — 3/10. Veröffentlichte Vorteile werden weder von öffentlichen Nettoertrags-Abnahmekriterien noch einer definierten Korrekturpflicht bei unzureichender Leistung des Entscheidungsprozesses begleitet. Laufende Konfigurationsverantwortlichkeiten machen diese Lücke folgenreich. (15, 16)
Verteidigungsfähigkeit in einer Welt agentischer Software — 5/10. Nachschubkompetenz und automatisierte produktive Verarbeitung behalten ihren Wert. Eine vergleichbare Verringerung des Aufwands zur Fehlerdiagnose und fortlaufenden Verbesserung des Entscheidungsprozesses wurde nicht belegt. (9, 1)
Quellen
[1] Plattform und Nachschubablauf
Quelle. Undatiert; aktuelle Seite. Abgerufen am 4. November 2026.
[2] Probabilistische Technologie und Hosting
Quelle. 2025-03-14 (aktualisiert). Abgerufen am 4. November 2026.
[3] Bestellvorschläge und konfigurierbare Restriktionen
Quelle. Undatiert; aktuelle Seite. Abgerufen am 4. November 2026.
[4] Nachfrage- und Bestandsprognosen
Quelle. Undatiert; aktuelle Seite. Abgerufen am 4. November 2026.
[5] Optimierungsansatz für mehrstufige Bestandssteuerung in industriellen Anwendungen
Quelle. 2024-09-20. Abgerufen am 4. November 2026.
[6] Full-Stack-Entwicklerstelle: produktiver Anwendungsstack
Quelle. 2025-11-21. Abgerufen am 4. November 2026.
[7] Integration mit Transaktionssystemen
Quelle. Undatiert; aktuelle Seite. Abgerufen am 4. November 2026.
[8] Nachschubfall Engie Home Services
Quelle. 2020-03-28 (aktualisiert 2021-03-26). Abgerufen am 4. November 2026.
Quelle. 2019-01-15 (aktualisiert 2020-04-03). Abgerufen am 4. November 2026.
[10] Maschinelles Lernen und prädiktive Analyse
Quelle. 2021-05-05. Abgerufen am 4. November 2026.
[11] Unternehmensgeschichte und Engine-Einführung vom April 2021
Quelle. 2024-10-10 (aktualisiert). Abgerufen am 4. November 2026.
[12] Manuel Davys Vortrag: Internet der Zukunft
Quelle. 2014-07-03. Abgerufen am 4. November 2026.
[13] Übernahme von VekiaPlan durch Asys
Quelle. 2016-01-25. Abgerufen am 4. November 2026.
[14] DevOps-Aufgaben und Infrastruktur
Quelle. 2021-02-08 (aktualisiert 2021-04-21). Abgerufen am 4. November 2026.
[15] Engpassmanagement und Warnschwellen
Quelle. Undatiert; aktuelle Seite. Abgerufen am 4. November 2026.
[16] Logistikleitstand und konfigurierbare Warnungen
Quelle. Undatiert; aktuelle Seite. Abgerufen am 4. November 2026.
[17] Standardangebot Vekia Engine
Quelle. Seite aus der Zeit um 2021. Abgerufen am 4. November 2026.
[18] BODACC: Eröffnung des Schutzverfahrens
Quelle. 2023-09-13. Abgerufen am 4. November 2026.
[19] BODACC: achtjähriger Schutzplan
Quelle. 2024-09-13. Abgerufen am 4. November 2026.
[20] BODACC: Schutzplan aufgehoben und Sanierungsverfahren eröffnet
Quelle. 2026-10-07. Abgerufen am 4. November 2026.