Webshop, Kanäle und Bestand klar verbunden.

Ja. Mit dem Medien-Mapping übernimmt StoreStory deine Bilder, prüft die Zuordnung und zeigt fehlende oder nicht passende Dateien vor dem Export an.

Ja, wenn der angeschlossene Zielkanal diesen Media-Adapter unterstützt. StoreStory erkennt das Ausgangsformat, hält das Original zentral und zeigt dir klar, wenn für einen Kanal noch eine Konvertierung fehlt.

Ja. StoreStory trennt deine zentrale Medienquelle vom Ausspielweg und synchronisiert nur die Bilder, die der jeweilige Kanal benötigt.

Ja. Bestandsänderungen und Medien sind getrennte Prozesse. Ein Bestandsupdate überschreibt deine Bildzuordnung nicht.

Ja. Du kannst kanal- und zielbezogene Content-Blöcke führen, auch wenn die Artikel dieselbe SKU haben. So bleibt jedes Land passend angesprochen.

Ja. Die Content-Matrix trennt Beschreibung, HTML, SEO und kanalbezogene Felder. Vor dem Versand werden Inhalte bereinigt und auf die Regeln des Zielkanals geprüft.

Ja. Die Medien- und Qualitätsprüfung macht fehlende oder kritische Bildanforderungen sichtbar, bevor du den nächsten Export startest.

Ja, sofern der verbundene Zielkanal diese Medienart annimmt. StoreStory hält die Medienzuordnung zentral und zeigt dir, wenn ein Kanal dafür noch keine passende Schnittstelle bietet.

Ja. Die bestehende Amazon-Identität bleibt am Listing verankert. StoreStory verbindet den Inhalt über stabile Produkt- und Listing-IDs, statt ein neues Angebot zu erfinden. Als Webshop-Quellen stehen dir zur Verfügung:

Ja. Die Kanalansicht zeigt dir fehlende Pflichtfelder direkt am Produkt. Nach dem Ergänzen des Hauptbilds kannst du den Export kontrolliert erneut starten.

Ja. Kanalinhalte werden getrennt von der zentralen Produktbasis geführt. Du entscheidest, welche Felder synchronisiert werden und welche Darstellung im Zielkanal erhalten bleibt.

Ja. Die Content-Matrix und die Queue verarbeiten deine Produkte gesammelt. Pflichtfelder und Ausnahmen werden vorher sichtbar, damit du nur die offenen Fälle nacharbeitest.

Ja. StoreStory bevorzugt stabile Provider-IDs und Barcodes. Die SKU bleibt ein nachvollziehbarer Fallback, statt die einzige Verbindung zu sein.

Ja. Mit Datenfluss- und Bestandsregeln definierst du die Quelle der Wahrheit und Reserven pro Kanal. So bleibt klar, welcher Bestand für welche Aktion verfügbar ist.

Ja. Varianten werden über Produkt-, Varianten- und Inventar-IDs gemappt. Die SKU allein entscheidet nicht über eine neue Produktanlage.

Ja. Der Connections-Bereich führt dich durch Verbindung, Datenfluss, Identitätsmapping und einen kontrollierten Test. Die Dauer hängt vom Provider und der Qualität deiner Produktdaten ab – die App macht offene Aufgaben sofort sichtbar.

Über unterstützte Verbindungen können Bestands- und Bewegungsdaten zwischen den Systemen abgeglichen werden. Aktualität und verfügbare Vorgänge hängen vom jeweiligen Provider und der eingerichteten Datenrichtung ab. Warnungen können kritische Mengen sichtbar machen.

Das hängt vom Kassensystem und der eingerichteten Datenübergabe ab. StoreStory kann eine Bewegung erst abgleichen, wenn sie über eine unterstützte Verbindung oder einen Import verfügbar ist. Prüfe beim Anbieter, ob das Kassensystem Offline-Erfassung unterstützt; bis zur Übertragung kann der Onlinebestand abweichen.

Ja. Eine Retoure wird als Bestandsbewegung erfasst und nach Prüfung dem passenden Kanalbestand zugeführt. Du behältst die Entscheidung, wann der Artikel wieder verkaufsbereit ist.

Ja. Über Connections, Imports und Datenflüsse werden Kassendaten in die gemeinsame Produkt- und Bestandsbasis übernommen. Mapping-Signale zeigen, wenn eine Zuordnung fehlt.

Ja. CSV-, Datei- oder manuelle Übergaben können als kontrollierter Fallback dienen. StoreStory kennzeichnet diese Verbindung transparent, damit du ihre Aktualität richtig einschätzt.

Ja. Reservierungen und Bestandsbewegungen können dem Abholprozess zugeordnet werden. Dadurch bleibt die Menge für andere Kanäle gesperrt, bis die Bestellung abgeschlossen ist.

Ja. Locations und Workspace-Scope trennen Filialen sauber, während das Dashboard den Gesamtblick liefert. Einzelne Bestände bleiben bis zur jeweiligen Lagerbewegung nachvollziehbar.

Ja. Preise und Kanalinhalte werden getrennt gepflegt. Du entscheidest über Datenfluss und Zielkanal, bevor ein Preis nach außen übertragen wird.

Ja. StoreStory umgeht Limits nicht, sondern arbeitet sicher damit: mit Rate-Limits, Prioritäten, Wiederholungen und einer Queue. Kritische Aufgaben werden zuerst verarbeitet.

Ja. Bewegungen, Reservierungen und externe Identitäten lassen sich im Sync-Verlauf nachvollziehen. Die Korrektur erfolgt gezielt für den betroffenen Datensatz, nicht als riskanter Komplettreset.

Ja. StoreStory hält die interne Datenbasis weiter verfügbar, markiert den Kanalfehler und stellt Wiederholungen zurück. Andere aktive Kanäle müssen dadurch nicht stillstehen.

Ja. Identitäts- und Mappingprüfungen zeigen doppelte oder widersprüchliche Kennungen als offene Aufgabe. Die zentrale Produktbasis wird nicht stillschweigend mit einer falschen Zuordnung überschrieben.

Ja. CSV-Importe, Mapping-Vorlagen und kontrollierte Datenflüsse bilden den Einstieg. Für FTP wird der Feed über einen passenden Adapter oder einen geplanten Übergabepunkt angebunden.

Ja. Prioritäten, Rate-Limits, Wiederholungen und Bestandsreserven verteilen die Arbeit kontrolliert. So werden wichtige Bestandsänderungen bevorzugt verarbeitet.

Ja. Jede Meldung läuft als eigener Job mit Status, Wiederholung und Fehlerhinweis. Die übrigen Produkte und Verbindungen können weiterarbeiten.

Ja. Bestandsbewegungen, Zählungen und Korrekturen laufen im laufenden Betrieb. Kritische Änderungen werden sichtbar, statt den Verkauf für eine Gesamtinventur anzuhalten.

Ja. Wareneingang, Qualitätsprüfung und verfügbare Menge sind getrennte Schritte. Erst die Freigabe erhöht den verkaufsfähigen Bestand.

Ja. Entscheidend ist, dass das Gerät Barcodes zuverlässig erfasst und Daten an die gewählte App- oder Importstrecke übergeben kann. Du musst nicht automatisch neue Hardware kaufen.

Ja. Mit Session- und Storage-Flow, Staging, kontrollierten Imports und getrennten Sync-Jobs bleibt die laufende Datenbasis geschützt. Übergänge werden schrittweise statt als harter Schnitt organisiert.

Ja. Locations, Lagerhinweise und Versandprofile können getrennt gepflegt werden. Ein angebundener Kanal erhält nur die Daten, die sein Versandmodell unterstützt.

Ja. Rollen, Berechtigungen, klare Ansichten und geführte Prozessschritte machen den Einstieg überschaubar. Mitarbeitende sehen nur die Aufgaben, die sie wirklich bearbeiten sollen.