Profil Demo ausprobieren Anton Gartmann

Projekt C-09 · Steuerung & Kennzahlen

Amazon-CockpitNur senden, was freigegeben ist.

Neue Amazon-Listings gehen nicht blind hinaus. Sie werden geprüft, bearbeitet und freigegeben – gesendet wird genau das, was freigegeben wurde.

Zur Stempelstrecke

Ausgangslage

Ein Listing geht nicht ungeprüft hinaus

Ein neues Amazon-Listing besteht aus Texten, Attributen, Bildern und einem Preis. Das Ziel des Projekts: solche Listings nicht blind senden, sondern prüfen, bearbeiten und freigeben – und danach nur genau das senden, was freigegeben wurde.

Dafür braucht es zweierlei. Einen Ort, an dem jeder Artikel vor dem Senden vollständig zu sehen ist und sich bearbeiten lässt. Und einen festen Ablauf, der festhält, welcher Stand freigegeben wurde – damit zwischen Freigabe und Versand nichts unbemerkt dazukommt.

Daraus entstand das Projekt in zwei Stufen: zuerst ein Anlage-Cockpit als einzelne, selbstspeichernde Webseite, danach ein dauerhaftes lokales Amazon-Cockpit mit eigener Datenbank.

Funktionen im Detail

Ein Artikel, vier Stempel

Jeder Artikel läuft durch denselben Status-Ablauf: Entwurf → freigegeben → gesendet → live oder Fehler. Den Ablauf gibt es in beiden Stufen des Projekts: im Anlage-Cockpit und im lokalen Amazon-Cockpit.

  1. Entwurf

    Prüfen und bearbeiten

    Jeder neue Artikel beginnt als Entwurf. Im Anlage-Cockpit zeigen Zähler, wie viele Artikel als Entwurf, freigegeben, gesendet, live, mit Fehler oder zurückgestellt geführt werden. Ein Artikel öffnet sich im Master-Detail-Layout mit Reitern für Texte, Bilder und Attribute, dazu Bild-Vorschauen, der Preis aus dem ERP und ein Link zum Artikel dort. Bilder lassen sich per KI verbessern.

    Wer noch nicht entscheiden will, stellt den Artikel zurück oder hinterlässt einen Kommentar an den Assistenten.

  2. freigegeben

    Freigeben – mit Blockern davor

    Vor der Freigabe zeigt ein Dialog die Blocker, die ihr im Weg stehen. Im Anlage-Cockpit speichert die Freigabe die Seite samt eingebettetem Zustand neu und weckt den KI-Assistenten, der den Versand übernimmt.

    Im lokalen Cockpit wird aus jeder Freigabe ein unveränderlicher Schnappschuss, versiegelt mit einem SHA-256-Prüfwert.

  3. gesendet

    Genau die freigegebenen Werte

    Gesendet wird der freigegebene Stand, nicht das, was danach vielleicht noch bearbeitet wurde. In der ersten Stufe sendet der Assistent exakt die freigegebenen Werte und schreibt Status und Protokoll zurück. Im lokalen Cockpit erzeugt der Reiter „Sendeplan“ exakte Anlage- und Änderungspläne mit Nachweisen; ein eigener Client fährt Trockenläufe über die Amazon-Datenschnittstelle eines Dienstleisters.

    Seit dem 09.09.2026 geht jeder Plan einzeln hinaus, von Hand und erst nach Bestätigung.

  4. liveFehler

    Live – oder Fehler mit Protokoll

    Nach dem Senden prüft das lokale Cockpit Feed und Abruf. Am Ende steht der Artikel auf live – oder auf Fehler. Schon das Anlage-Cockpit hatte dafür einen Fehlerwächter mit gespeichertem Fehlerprotokoll.

    Im lokalen Cockpit wird das Fehlerprotokoll unabhängig von der Speicherung geschrieben. So bleibt eine Fehlermeldung erhalten, auch wenn das Speichern selbst scheitert.

Im Detail

Was die Freigabe festhält

Prüfsiegel

Ein Schnappschuss mit Prüfwert

Mit der Freigabe entsteht ein Schnappschuss der freigegebenen Werte. Aus ihm berechnet das Cockpit einen SHA-256-Prüfwert. Ändert sich danach auch nur ein Zeichen, ergibt sich ein völlig anderer Wert. Der Schnappschuss bleibt so als Beleg dafür stehen, was freigegeben wurde.

Das Beispiel nutzt Fantasiedaten; der Prüfwert ist echt berechnet.

Freigabe-Schnappschuss · Beispiel

{
  "sku": "DEMO-9001",
  "titel": "Taubenfutter Reise-Mix 1 kg",
  "revision": 3,
  "status": "freigegeben"
}

Siegel · SHA-256

e1093039c725f5800dd3fc0490e6c8d838be77c651d6792187d0ba2b338ff1f9

Entwicklung

Zwei Stufen, ein Ablauf

  1. Stufe 131.08.–07.09.2026

    Anlage-Cockpit

    Eine einzelne Webseite, die sich selbst speichert: Der Zustand aller Artikel steckt in der Seite. Sie wurde in vier Versionen ausgebaut – von Bild-Vorschauen und Hilfe über den Freigabe-Dialog und die Bildverbesserung per KI bis zum Master-Detail-Layout und dem Fehlerwächter. Der Freigabeweg war im Einsatz, bis er ins lokale Cockpit übernommen wurde.

    Standabgeschlossen

  2. Stufe 207.–09.09.2026

    Lokales Amazon-Cockpit

    Eine dauerhafte lokale Prüf- und Versandanwendung mit Python-Standardbibliothek, SQLite und lokalem HTTP-Server. Dazu kommen Freigabe-Schnappschüsse mit SHA-256, der Sendeplan, Trockenläufe über die Amazon-Datenschnittstelle des Dienstleisters sowie die Feed- und Abrufprüfung nach dem Senden.

    Standteilweise umgesetzt

Layout-Versionen des Anlage-Cockpits
4
Testmodule im lokalen Cockpit
rund40
korrigierte Vorlagenfehler im Orders Manager
6

Daneben

Orders Manager: Bestellungen als Tabelle

Der Orders Manager vom 11.08.2026 zeigt Amazon-Bestellpositionen als filterbare Tabelle – nach Verkäufer, Zeitraum und Bestellstatus. Die Daten kommen über die Amazon-Datenschnittstelle eines Dienstleisters. Gebaut ist er als React-App mit Vite und TanStack Table; er läuft lokal.

Am Anfang stand eine Vorlage, die Fehler enthielt. Jede ihrer Angaben wurde live gegen die API geprüft. Dabei kamen sechs Vorlagenfehler zutage; sie sind korrigiert und dokumentiert.

Ausprobieren

Drei Demos mit Fantasiedaten

Alle drei Oberflächen gibt es als Nachbau mit Fantasiedaten, ohne Verbindung zu echten Systemen. Ein Klick auf ein Bild öffnet die jeweilige Demo.

Zusammenspiel

Woher Bestand und Preis kommen

Bestand und Endpreis eines Artikels stammen aus dem ERP weclapp – demselben System, aus dem auch andere Werkzeuge ihre Daten beziehen. Das Cockpit liest sie nur.

Technik & Rolle

Wie das Cockpit gebaut ist

Stufe 1
selbstspeichernde Webseite in HTML, CSS und JavaScript mit eingebettetem Zustand; die Freigabe weckt einen KI-Assistenten
Stufe 2
Python mit Standardbibliothek (http.server, sqlite3), SQLite, lokaler HTTP-Server, Oberfläche in HTML, CSS und JavaScript
Schnittstellen
Amazon-Datenschnittstelle eines Dienstleisters, mit eigenem Client; weclapp REST, nur lesend für Bestand und Endpreis
Orders Manager
React mit Vite und TanStack Table, Daten über dieselbe Schnittstelle
Tests
unittest, rund 40 Testmodule
Rolle
Konzeption, Softwareentwicklung und Inbetriebnahme
Stand
Anlage-Cockpit abgeschlossen · lokales Amazon-Cockpit teilweise umgesetzt · Orders Manager läuft lokal