Produktkartenexport zu zwei Marktplätzen: Preise und Lagerbestand

Wir handeln auf zwei Marktplätzen, und bisher wurde jede Produktkarte von Hand erstellt. Ein Manager öffnet das Verkäuferkonto, kopiert den Namen und die Beschreibung aus unserer eigenen Datenbank, lädt die Fotos erneut hoch, gibt den Preis erneut ein — und wiederholt alles auf der zweiten Plattform. So oder so vergisst irgendwann jemand das zweite Konto, ein Batch ist ausverkauft, und wir nehmen weiterhin Bestellungen für Waren entgegen, die nicht mehr im Lager sind. Der Lagerbestand ist der schmerzhafteste Punkt: Ein halber Tag zwischen dem Verkauf und der Bearbeitung reicht aus, um Bestellungen zu sammeln, die wir nicht versenden können.

Ich möchte einen ordentlichen Austausch bestellen, anstatt das mit Erinnerungen zu patchen. Das Skript sollte Karten aus unserer Datenbank abrufen, unsere Kategorien und Attribute mit den Anforderungen jeder Plattform abgleichen, die Fotos hochladen und dann Preise und Lagerbestand nach einem Zeitplan aktualisieren. Die Zuordnung selbst sollte in einer bearbeitbaren Tabelle leben, nicht im Code: Wir fügen jede Saison neue Kategorien hinzu, und ich möchte nicht für jede einzelne einen Entwickler anrufen.

Die zweite Hälfte der Arbeit besteht darin, sehen zu können, was passiert ist. Ich benötige ein Fehlerprotokoll, das in menschlichen Worten geschrieben ist — welche Karte, welches Feld, was genau die Plattform abgelehnt hat — eine Möglichkeit, einen fehlgeschlagenen Upload ohne erneutes Ausführen des gesamten Katalogs zu wiederholen, und einen kurzen täglichen Bericht, der zeigt, was sich in den letzten vierundzwanzig Stunden geändert hat.

Was ich von der Arbeit erwarte:
— Export von Produktkarten aus unserer Datenbank, mit Fotografien
— eine Zuordnungstabelle: unsere Kategorien und Attribute gegen die erforderlichen Felder der Plattform
— geplante Preis- und Lageraktualisierungen, die auf unserem eigenen Server ausgeführt werden
— ein Fehlerprotokoll in einfacher Sprache: Karte, Feld, Grund
— manuelles Wiederholen eines einzelnen fehlgeschlagenen Uploads
— ein täglicher Bericht über das, was sich am letzten Tag geändert hat
— Zugangsschlüssel für die Plattformen werden in einer Konfigurationsdatei außerhalb des Repositories aufbewahrt und erreichen niemals das Protokoll
— wenn ein Austausch fehlschlägt, wird der Lagerbestand NICHT auf null gesetzt: die vorherigen Werte bleiben bis zu einem erfolgreichen Upload
— die Anforderungsrate bleibt innerhalb der Grenzen, die jede Plattform festlegt
— eine kurze Notiz, wie man später eine dritte Plattform hinzufügen kann, ohne alles neu zu schreiben