PrestaShop-Bestände: Lager, Nachbestellung, Varianten und Auftragsabwicklung

Unser Vorgehen

Wir würden zuerst die Zuständigkeit für jeden Bestand klären und dann native Bestände nutzen, bis eine konkrete Anforderung mehr benötigt. Der Weg hängt von bestehender PrestaShop-Version, Modulen, Integrationen, Theme, Produkt- und Variantendaten, Märkten und dem Team für Wareneingang und Versand ab. Behalten Sie ein funktionierendes ERP- oder Lagersystem als führend bei, wenn es diese Vorgänge bereits verwaltet; ein weiteres führendes Bestandssystem erzeugt Abstimmungsprobleme.

Weg für den fehlenden Vorgang wählen

Wenn Sie die Wege an Ihrem aktuellen Shop testen lassen möchten, prüft das PrestaShop Module Selection & Fit Assessment die Eignung auf einer kontrollierten Kopie.

Ändern Sie Bestandssystem, Feeds oder Katalogstruktur auf einer Staging-Kopie mit tatsächlichem Theme, Modulen und repräsentativen Daten. Isolieren Sie Kundenmails, Lieferantenbestellungen und externe Bestandsschreibvorgänge, damit Proben den Produktivbetrieb nicht verändern. Proben Sie Verkäufe, Wareneingänge, Stornierungen, Retouren und unterbrochenen Abgleich und planen Sie dann die Produktivumstellung mit vereinbartem Abstimmungspunkt, umkehrbarer Konfiguration und einer für Ausnahmen zuständigen Person.

Die richtigen Bestandsmengen verwenden

Nutzen Sie PrestaShop als Bestandsführung, wenn es die von Ihnen verkauften Bestände steuert. Ist ein ERP- oder Lagersystem maßgeblich, definieren Sie, wie es PrestaShop aktualisiert und wie Bestellungen an dieses System zurückfließen. Parallele manuelle Änderungen erzeugen widersprüchliche Bestände.

Die im Shop angezeigte Menge dokumentiert nicht, wann ein Paket Ihr Regal tatsächlich verlässt. Versandstatus beeinflussen die Berechnung reservierter und physischer Mengen. Stornierung, Erstattungen und Wiedereinlagerung haben eigene Auswirkungen. Testen Sie diese Abläufe mit Ihren Zahlungs- und Bestellmodulen, bevor Sie sich auf einen Bestand verlassen.

Moderne Bestandsdaten liegen in stock_available mit Ihrem konfigurierten Tabellenpräfix. Produkt-Gesamtzeilen und Variantenzeilen können nebeneinander bestehen. Moderne einfache Bestandsbewegungen verwenden auch stock_mvt; in diesem Kontext verweist id_stock auf einen Datensatz in stock_available. Verknüpfen Sie nicht jede Bewegung mit der alten Lagertabelle stock.

Überverkäufe, ungeklärte Differenzen, versäumte Wareneingänge, Abweichungen zwischen Kanälen und wachsender Abstimmungsaufwand sind Gründe, Ihren Prozess zu verbessern. Ein Werkzeug ersetzt keine korrekten Wareneingänge, Retouren und physischen Zählungen.

Mengen, Warnungen und Berichte konfigurieren

1. Prüfen Sie die Lagerverwaltung unter Shop-Einstellungen > Artikel.
2. Öffnen Sie den Bestandsbereich jedes Produkts. PrestaShop 9 nennt ihn Stocks beziehungsweise Pack bei Paketen. Frühere Formulare können Mengen verwenden.
3. Legen Sie die verfügbare Menge je Variante fest, wenn Varianten unabhängige Bestände haben.
4. Setzen Sie die Mindestverkaufsmenge auf die Mindestanzahl, die ein Kunde kaufen muss. Sie ist weder eine Untergrenze für den Restbestand noch ein Meldebestand.
5. Legen Sie den Schwellenwert für niedrigen Bestand fest und aktivieren Sie die E-Mail-Warnung. Verwenden Sie gegebenenfalls Ihren berechneten Meldebestand.
6. Wählen Sie Bestellungen ablehnen, Bestellungen erlauben oder die globale Vorgabe bei nicht verfügbarem Bestand übernehmen.

Nutzen Sie Katalog > Lagerbestände für die native Übersicht, die Hervorhebung niedriger Bestände und den Schnellfilter. Die moderne Oberfläche kehrte in 1.7.2 zurück; produktspezifische Schwellenwerte und Warnungen folgten in 1.7.3. Übertragen Sie diesen Ablauf nicht unverändert auf 1.6.

Der Core prüft niedrige Bestände direkt nach seiner Mengenaktualisierung und Hook-Ausführung. Er sendet Warnungen an Mitarbeiter, deren Profile Leserechte für die Bestandsverwaltung besitzen. Prüfen Sie Mitarbeiteradressen, Berechtigungen und Mailzustellung. Ein Mailbenachrichtigungsmodul kann eigene Empfängereinstellungen haben.

Eine eingegrenzte Bestandsaufnahme

Dieses schreibgeschützte Beispiel listet einfache Produkte und einzelne Variantenzeilen mit höchstens 10 verfügbaren Einheiten für den Shop 1 ohne geteilten Bestand und Sprache 1. Die Gesamtzeile eines Variantenprodukts wird ausgeschlossen. Ändern Sie Präfix und bestätigte Shop-/Sprach-IDs für Ihren Shop. Gruppen mit gemeinsamem Bestand benötigen statt dieser Shop-Bedingung ihre gruppenbezogene Bestandszeile.

SELECT sa.id_product, sa.id_product_attribute, pl.name, sa.quantity
FROM ps_stock_available sa
JOIN ps_product_lang pl
  ON pl.id_product = sa.id_product
 AND pl.id_shop = 1 AND pl.id_lang = 1
WHERE sa.id_shop = 1
  AND sa.quantity <= 10
  AND (sa.id_product_attribute > 0 OR NOT EXISTS (
    SELECT 1 FROM ps_product_attribute pa
    WHERE pa.id_product = sa.id_product
  ))
ORDER BY sa.quantity, sa.id_product, sa.id_product_attribute;

Verwenden Sie einen schreibgeschützten Berichtszugang. Auch reine Leseabfragen können auf einer großen Datenbank Ressourcen beanspruchen. Bevorzugen Sie für Routineprüfungen die native Übersicht.

Meldebestände und Bestellmengen berechnen

Planen Sie je verkaufbarer SKU oder Variante. Erfassen Sie die tatsächliche Lieferantenlieferzeit von der Bestellaufgabe bis zur Versandbereitschaft der Ware. Die Verkaufshistorie des modernen Core liefert keine vollständige Lieferanteneinkaufs- und Wareneingangshistorie; führen Sie diese separat oder über Ihr Einkaufssystem. Dokumentieren Sie Bestellaufgabe, Lieferantenannahme, Ankunft und den Zeitpunkt, an dem Prüfung oder Einlagerung die Ware nutzbar macht. Reine Transportzeit übergeht Verzögerungen vor Versand und nach Ankunft. Prüfen Sie die Eingangswerte nach Lieferantenwechsel oder mehreren verspäteten Eingängen erneut.

Reorder point = average daily demand × average lead time + safety stock
Inventory position = available stock + confirmed incoming stock

Berücksichtigen Sie Verpflichtungen, die noch nicht im verfügbaren Bestand enthalten sind. Ziehen Sie Reservierungen oder Lieferrückstände nicht doppelt ab. Nachbestellungen allein auf Basis des vorhandenen Bestands können eine bereits unterwegs befindliche Bestellung verdoppeln.

Ein Bedarf von beispielsweise 5 Einheiten täglich, eine Lieferzeit von 10 Tagen und ein Puffer von 15 Einheiten ergeben einen Meldebestand von 65 Einheiten. Die ersten 50 decken den durchschnittlichen Bedarf während der Lieferzeit. Das ist eine Planungsschätzung, keine Garantie gegen Fehlbestände.

Aus einem Schwellenwert eine Einkaufsentscheidung ableiten

Im Beispiel mit 65 Einheiten löst eine Bestandswarnmail eine Prüfung aus, keinen automatischen Doppeleinkauf. Vergleichen Sie den Bedarf bis zum nächsten nutzbaren Wareneingang mit verfügbarem Bestand, bestätigten Zulaufmengen und bereits gemachten Zusagen.

Bedarfshistorie und Saisonalität

Nutzen Sie ein repräsentatives Verkaufsfenster, etwa 30 oder 90 Tage, und prüfen Sie Aktionen und Saisonalität. Ist ein Statistikmodul für meistverkaufte Produkte installiert, kann dessen Zeitraumsauswertung helfen. Teilen Sie verkaufte Einheiten durch die Tage des Zeitraums als ersten Tagesdurchschnitt. Berücksichtigen Sie dann Tage mit verhinderten Verkäufen durch Fehlbestand und unerfüllte Nachfrage, möglichst anhand vergleichbarer Zeiten mit Bestand: Verkäufe allein unterschätzen die Nachfrage bei Fehlbestand.

Diese Abfrage meldet die brutto bestellten Einheiten aktuell gültiger Bestellungen der letzten 90 Tage für Shop 1, gruppiert nach Produkt und Variante. Sie zieht nicht jede Erstattung oder Retoure ab und ist keine vollständige Bedarfsprognose. Prüfen Sie die Regeln für Bestellstatus und Stornierungen in Ihrem Shop, bevor Sie die Summen verwenden.

SELECT od.product_id, od.product_attribute_id,
       SUM(od.product_quantity) AS gross_units
FROM ps_order_detail od
JOIN ps_orders o ON o.id_order = od.id_order
WHERE o.id_shop = 1 AND o.valid = 1
  AND o.date_add >= DATE_SUB(NOW(), INTERVAL 90 DAY)
  AND o.date_add < NOW()
GROUP BY od.product_id, od.product_attribute_id
ORDER BY gross_units DESC;

Wurden von einer saisonalen Produktlinie im vergleichbaren Vorjahreszeitraum 300 Einheiten verkauft, ergibt eine ausdrücklich angenommene Steigerung von 20% ein Planungsszenario von 360 Einheiten. Prüfen Sie die Wachstumsannahme anhand Ihrer eigenen Nachfrage.

Eine Heuristik für Sicherheitsbestand im ungünstigsten Fall

Safety stock = maximum daily demand × maximum lead time
             - average daily demand × average lead time
Example: 8 × 14 - 5 × 10 = 62 units
Reorder point: 5 × 10 + 62 = 112 units

Diese Faustregel setzt voraus, dass der gewählte maximale Bedarf während der gesamten maximalen Lieferzeit anhält. Sie kann den Puffer überschätzen und gibt keine Wahrscheinlichkeit für die Lieferbereitschaft an. Prüfen Sie ungewöhnliche Spitzen, Liquiditätsgrenzen, Haltbarkeit und Lieferantenzuverlässigkeit.

Wie viel Sie einkaufen sollten

Legen Sie bei regelmäßigen Bestellungen einen Zielbestand fest, der Prüfintervall, Lieferzeit und Sicherheitsbestand abdeckt. Ziehen Sie Ihre Bestandsposition ab, um die Bestellmenge zu berechnen. Beachten Sie Verpackungseinheiten des Lieferanten, Mindestbestellungen, Lager- und Haltbarkeitsgrenzen.

EOQ = square root(2 × annual demand × cost per order
                  / annual holding cost per unit)

EOQ setzt ein stabiles Bedarfs- und Kostenmodell voraus. Berechnen Sie Lagerhaltungskosten aus Ihren Lager-, Versicherungs-, Kapital- und Veralterungskosten. Der Meldebestand entscheidet, wann Sie handeln; die Bestellmenge entscheidet, wie viel Sie kaufen.

Bestände abgleichen und überwachen

Gruppieren Sie Produkte nach tatsächlichem Umsatz, Marge, Wichtigkeit und Beschaffungsrisiko. Zählen Sie wichtige oder fehleranfällige Artikel häufiger. Wöchentliche Prüfungen ausgewählter A-Artikel, monatliche Prüfungen von B-Artikeln und vierteljährliche Prüfungen von C-Artikeln sind mögliche Zeitpläne, keine festen Kategorieanteile.

1. Pausieren Sie Bewegungen während der Zählung eines Lagerorts oder berücksichtigen Sie sie.
2. Vergleichen Sie die Zählung mit dem richtigen Bestandspool und ausstehenden Wareneingängen, Reservierungen und Versandvorgängen.
3. Untersuchen Sie Wareneingangsfehler, Schäden, Kommissionierfehler, fehlende Retouren und nicht erfasste Umlagerungen.
4. Buchen Sie eine autorisierte Korrektur mit Begründung. Bewahren Sie den Bewegungsverlauf auf.

Prüfen Sie alternde Bestände in zu Ihren Produkten passenden Intervallen. 90, 180 und 365 Tage können Prüfanlässe sein; Saisonware und kurz haltbare Bestände benötigen andere Regeln. Vergleichen Sie vor Rabattierung, Bündelung, Spende oder Abschreibung den Erlös aus Preisnachlässen mit den Lagerhaltungskosten.

Differenz vor der Korrektur zurückverfolgen

Gleichen Sie vor Berichtsvergleichen Produktartikelnummer, Variante, Shop oder gemeinsame Bestandsgruppe und Vergleichszeitpunkt ab. Verfügbarer Bestand und Regalzählung können wegen Reservierungen berechtigt voneinander abweichen. Verfolgen Sie relevante Bestellung, Import, Wareneingang, Retoure oder Korrektur im führenden System, einschließlich des ändernden Mitarbeiters oder der Integration. Überschreibt ein Import dieselbe Korrektur wiederholt, prüfen Sie Zuordnung und Zuständigkeit, statt das Regal erneut zu zählen.

Wählen Sie für kanalübergreifende Verkäufe ein führendes Bestandssystem und dokumentieren Sie Aktualisierungsrichtung, Häufigkeit, Wiederholungsversuche und Konfliktbehandlung. Vorsichtige Kanalzuteilungen können das Risiko während Aktualisierungsverzögerungen senken, garantieren aber nicht, dass Überverkäufe niemals auftreten.

Für gefilterte Exporte mit auswählbaren Feldern nutzen Sie die Hilfeseite zu Orders CSV List Exporter; das Modul exportiert bei Bedarf oder zeitgesteuert mit Zustellung per E-Mail oder auf einen Server. Bestätigen Sie die Optionen Ihrer installierten Version.

Lagerbestand und Lieferzuordnung trennen

Modernes PrestaShop stellt den alten ASM-Verwaltungsablauf für mehrere Lager aus 1.6 nicht bereit. Das frühere Advanced Stock Management (ASM) war eine Core-Funktion in PrestaShop 1.6. Erhaltene alte Tabellen machen daraus kein aktuelles Lagersystem.

Für moderne einfache Bestände ist stock_available maßgeblich. Betrachten Sie es nicht als Cache, der sämtlichen physischen Einheiten in der alten Tabelle stock entsprechen muss. Bei einem tatsächlich vom alten ASM abhängigen Produkt muss der Abgleich nutzbare und reale Mengen, Shop- und Lagerzuordnungen sowie Varianten beachten. Eine nicht eingegrenzte Summe physischer Lagerbestände ist keine gültige Differenzprüfung.

Eine Lagererweiterung kann eigene Materialien, Lagerorte, Reservierungen und ein eigenes Bestandsmodell verwalten. Entscheiden Sie, welches System maßgeblich ist und wie es verkaufbare Bestände an PrestaShop überträgt.

Versanddienste je Versandort allein implementieren keine Zuteilung. Ein Versandtarif muss den ermittelten Versandort über ausdrückliche Versanddienstauswahl oder eine Live-Tarifintegration verwenden. Der moderne Core behält alte Lagerfelder aus Kompatibilitätsgründen bei; diese Felder erzwingen keine alten Lager-/Versanddienstregeln.

Warenkorb aus mehreren Standorten durchspielen

Ein Pariser Kunde bestellt Produkte aus Hamburg und Barcelona. Klären Sie vor dem Lieferangebot, ob der gewählte Weg den gesamten Warenkorb aus einem Standort bedienen kann oder separate Pakete benötigt. Bewerben Sie keinen Tarif und Termin ab Hamburg, wenn die akzeptierte Zuteilung später ab Barcelona versendet.

1. Ermitteln Sie den vorgesehenen Standort jeder Position und prüfen Sie dort den verkaufbaren Bestand.
2. Berechnen Sie das Versandangebot aus dieser Zuteilung, gegebenenfalls mit vereinbarten getrennten Gebühren, und zeigen Sie die zugehörige Lieferzusage.
3. Validieren Sie bei Bestands- oder Lieferadressänderungen Zuteilung und Angebot im Bestellprozess erneut, bevor Sie die Bestellung annehmen.
4. Prüfen Sie, dass die Abwicklungsdatensätze die akzeptierte Zuteilung erhalten, oder nutzen Sie einen vereinbarten Ausnahmeprozess, wenn Mitarbeiter sie ändern müssen.

Dies ist ein Abnahmeszenario für Ihre gewählte Integration, keine Aussage, dass eine Länderzuordnungsregel automatisch das günstigste oder nächste Lager wählt.

Erfassen Sie Umlagerungen als verknüpfte Versand- und Eingangsbewegungen. Verfolgen Sie Waren unterwegs, Schäden und Wareneingangsdifferenzen. Definieren Sie Nachbestellregeln je Standort, wenn Sie unabhängige physische Bestandspools führen.

Das Lagermodul bietet ein eigenes Lager- und Abwicklungsmodell mit Zuordnung des Lieferlands zu einem Hauptlager und einem Standardersatz; beachten Sie seine Hilfeseite für unterstützte Bestands-, Einkaufs- und Abwicklungsabläufe.

Diese Zuordnung sucht weder nach dem nächstgelegenen Standort noch automatisch nach alternativem Bestand. Der Standardversanddienst eines Lagers und die Versanddienstdatensätze der Abwicklung liefern für sich keine vom Versandort abhängigen Versanddienstauswahlen an der Kasse. Testen Sie Kassentarife und Zuteilung gemeinsam, bevor Sie einen Standort hinzufügen.

Vor Wareneingang mit klarer Zusage verkaufen

Eine Vorbestellung betrifft normalerweise ein noch nicht erschienenes Produkt. Eine Bestellung mit Lieferrückstand betrifft normalerweise einen zuvor verfügbaren Artikel, dessen Nachschub erwartet wird. Beide können die Erlaubnis nutzen, trotz fehlenden Bestands zu bestellen, unterscheiden sich aber in der Kundenzusage.

1. Legen Sie unter Shop-Einstellungen > Artikel bewusst eine globale Vorgabe fest. Lehnen Sie Bestellungen ohne Bestand ab, wenn Sie keinen Nachschub zusagen können.
2. Wählen Sie für geeignete Produkte im Bestandsbereich Bestellungen erlauben. Die zugrunde liegenden Werte von out_of_stock sind 0 für Ablehnen, 1 für Erlauben und 2 für die globale Vorgabe.
3. Setzen Sie eine ehrliche Verfügbarkeitsmeldung und gegebenenfalls ein Verfügbarkeitsdatum. Prüfen Sie die Darstellung im Theme.
4. Geben Sie getrennt an, wann der Artikel verfügbar wird, wann Sie den Versand erwarten und wann die Lieferung erwartet wird.
5. Wiederholen Sie die Zusage in Bestätigungs- und Verzögerungsnachrichten. Prüfen Sie die gerenderte order_conf-E-Mail in jeder Verkaufssprache, nicht nur die Produktbeschriftung. Informieren Sie Kunden bei Bekanntwerden einer Verzögerung mit aktualisierter Zusage und Stornierungsweg. Nutzen Sie einen geeigneten Bestellstatus, um wartende Bestellungen leicht zu finden.

Das Verfügbarkeitsdatum ist keine berechnete Lieferprognose. Es addiert keine Bearbeitungs- oder Transportzeit. Schaltflächenbeschriftungen und Meldungen für gemischte Warenkörbe hängen vom Theme oder zusätzlicher Entwicklung ab.

Bestätigte Zulaufkapazität zuteilen

Das Erlauben von Bestellungen ohne Bestand kann zu negativen Mengen führen. Verwenden Sie bei begrenzten Auflagen eine feste Zuteilungsgrenze, wenn Überverkäufe verhindert werden müssen. Manuelle Überwachung und Umschalten auf Bestellungen ablehnen können bei gleichzeitigen Bestellabschlüssen zu einem Wettlauf führen. Berechnen Sie die Restzuteilung aus bestätigter Lieferantenkapazität nach bestehenden Zusagen über alle Kanäle. Testen Sie gleichzeitige Versuche für die letzte Zuteilung, eine fehlgeschlagene Zahlung und eine Stornierung. Vereinbaren Sie das freigebende Ereignis und stellen Sie sicher, dass eine wiederholte Benachrichtigung nicht erneut freigibt.

Zahlungszeitpunkt

Vergleichen Sie vollständige Zahlung, Autorisierung mit späterem Einzug sowie Anzahlung plus Restzahlung. Prüfen Sie die Gültigkeitsdauer der Zahlungsautorisierung beim Gateway, die Unterstützung für Einzug und Erstattung, die Kundeninformation und die Buchhaltung. Anzahlungen und verzögerter Einzug benötigen einen implementierten Zahlungsablauf; der Schalter für Bestellungen ohne Bestand stellt sie nicht bereit.

Bei Verbraucherverkäufen in der EU sieht die Verbraucherrechte-Richtlinie grundsätzlich eine an den Erhalt der Ware geknüpfte Widerrufsfrist von 14 Tagen vor, mit Ausnahmen und Sonderregeln. Die Lieferung muss innerhalb von 30 Tagen erfolgen, sofern kein anderer Zeitpunkt vereinbart wurde. Rechtsbehelfe bei verspäteter Lieferung hängen von den Umständen ab. Eine Anzahlung ist nicht automatisch eine nicht erstattbare Verwaltungsgebühr. Prüfen Sie die geltenden nationalen Regeln und Produktausnahmen.

Erfassen Sie Stornierungen, vergleichen Sie zugesagte mit tatsächlichen Versandterminen und verfolgen Sie Supportanfragen sowie Wiederholungskäufe im Vergleich zu Ihren eigenen Ausgangswerten. Verwenden Sie keinen pauschalen Stornierungsschwellenwert oder Produktpreisgrenzwert.

Gemischte Warenkörbe und Teillieferungen abwickeln

Entscheiden Sie, ob verfügbare Positionen und solche mit erwartetem Nachschub gemeinsam oder getrennt versandt werden sollen oder nicht im selben Warenkorb kombiniert werden dürfen. Informieren Sie den Kunden vor der Zahlung, einschließlich zusätzlicher Versandkosten und separater Sendungsverfolgung.

Der Core kann während des Kassiervorgangs Pakete und mehrere Bestellungen erzeugen. Seine bestandsbasierte Gruppierung hängt teilweise von allow_seperated_package ab. Diese Fähigkeit unterscheidet sich vom Aufteilen der Abwicklung einer bereits bestehenden Bestellung und garantiert keine Teillieferungsoberfläche in Ihrer Installation.

Müssen Sie gemischte Warenkörbe verbieten, setzen Sie eine tatsächliche Warenkorbvalidierungsregel oder einen eigenen Kaufablauf durch. Getrennte Kategorien und Navigationswege verhindern nicht, dass ein Kunde beide Produkte in einen Warenkorb legt.

Testen Sie im gewählten Ablauf Rabatte, Steuern, Versandkosten, Zahlungssummen, E-Mails, Rechnungen, Erstattungen und die Sendungsverfolgung jedes Pakets. Nutzen Sie den Versandleitfaden und den Leitfaden zu Bestellabläufen für Ihre Betriebsdokumentation.

Verhalten von Listen, URLs und Verfügbarkeit wählen

Kauferlaubnis, Sichtbarkeit in Listen und die Antwort einer Produkt-URL sind getrennte Entscheidungen. Das Ablehnen von Bestellungen ohne Bestand blendet das Produkt nicht automatisch aus.

Die Produktsichtbarkeit kann überall, nur im Katalog, nur in der Suche oder nirgendwo gelten und ändert sich bei Bestand null nicht von selbst. Vergleichen Sie bei vorübergehendem Fehlbestand das Platzieren nicht verfügbarer Produkte am Listenende mit dem Herausfiltern aus Listen bei Erhalt nützlicher direkter URLs. Bestätigen Sie, dass die Liste nach Auffüllung die vorgesehene Position wiederherstellt. Eine aktive direkte URL erreichbar zu halten ist etwas anderes als das Deaktivieren des Produkts. Die konfigurierte Antwort eines deaktivierten Produkts kann Weiterleitung oder Fehler sein; PrestaShop 9 unterstützt weitere Antwortoptionen. Prüfen Sie tatsächlichen Status und Ziel mit Browserwerkzeugen oder einer HTTP-Anfrage.

In PrestaShop 1.7.8 liefert available_later die Meldung für erlaubte Nachbestellungen, während abgelehnte Bestellungen bei Fehlbestand die globale Ablehnungsbeschriftung nutzen. PrestaShop 9 hat umfangreichere produktspezifische Ausweichmöglichkeiten. Prüfen Sie Produktseite, Liste und gewählte Variante in Ihrem Theme. Verfolgen Sie denselben Artikel aus Kategorie, interner Suche und direkter URL, einschließlich eines Links auf eine nicht verfügbare Variante. Bestätigen Sie, dass Liste, Kaufschaltfläche und Verfügbarkeitstext Ihre getrennten Regeln widerspiegeln. Filtert ein Modul nicht verfügbare Produkte, testen Sie nach Auffüllung das Zusammenspiel mit facettierter Suche, Seitennavigation und Caches.

Stimmen Sie strukturierte Daten auf das tatsächliche Angebot ab: je nach Fall OutOfStock, PreOrder, BackOrder, InStock oder Discontinued. Validieren Sie die gerenderte Ausgabe mit Googles Produkttestwerkzeugen. Korrektes Markup garantiert weder Rankings noch Rich-Suchergebnisse.

Kundenbenachrichtigungen bei Nachschub benötigen die entsprechende Mailbenachrichtigungsfunktion, etwa das installierte und konfigurierte Modul ps_emailalerts. Testen Sie Anmeldung, Variantenabgleich und Benachrichtigung nach dem Auffüllen.

Bewerten Sie überladene Kategorien mit einem Test, der Saisonalität, Zugriffe und Verfügbarkeit berücksichtigt. Zwei aufeinanderfolgende Zeiträume von 30 Tagen allein belegen keine Verbesserung. Vermeiden Sie irrelevante Weiterleitungen, die nur 404-Antworten beseitigen sollen.

Varianten modellieren und sicher importieren

Eine T-Shirt-Matrix aus Größe und Farbe eignet sich natürlich als Variantenmodell. Unterschiedliche Laptop-Spezifikationen oder Handyhüllenmodelle können separate Produkte rechtfertigen, wenn sich die Kaufinformationen unterscheiden. Eigenschaften beschreiben den Artikel; Attribute erzeugen auswählbare Varianten.

1. Definieren Sie Gruppen und Werte unter Katalog > Varianten & Eigenschaften mit dem passenden Auswahltyp.
2. Erzeugen Sie nur Varianten, die Sie verkaufen. Drei Größen und zwei Farben ergeben sechs Zeilen; fünf Größen, acht Farben und drei Materialien ergeben 120.
3. Weisen Sie stabile eindeutige Artikelnummern, Kennungen, Mengen, feste Preis-/Gewichtsauswirkungen, Bilder, Mindestkaufmengen und Verfügbarkeitsdaten zu.
4. Wählen Sie die Standardvariante und testen Sie den zuerst angezeigten Preis und Bestand.

Konfiguratorbedarf erkennen

Ein maßgefertigtes Rollo benötigt eingegebene Abmessungen, kompatible Materialien und einen berechneten Preis. Eine Variante für jedes mögliche Maß lässt den Katalog Regeln vertreten, die er nicht ausdrückt. Halten Sie zuerst gültige Bereiche, Abhängigkeiten und Preisregeln fest; nutzen Sie einen Konfigurator, wenn diese Regeln das verkaufbare Angebot bestimmen. Prüfen Sie, dass akzeptierte Maße, Optionen und Preis in Bestellung und Fertigungsanweisung erhalten bleiben, statt nur in einer Browservorschau zu erscheinen.

Der Service PrestaShop Custom Product Configurator Build deckt eine Produktfamilie mit bestätigten Maß-, Kompatibilitäts- und Preisregeln ab.

Der Core filtert spätere Attributgruppen anhand vorheriger Auswahlen. Seine Einstellungen für nicht verfügbare Optionen und Ihr Theme beeinflussen, was sichtbar bleibt. Dies unterscheidet sich von einem vollständigen regelbasierten Konfigurator.

Wählen Sie für CSV-Arbeiten Erweiterte Einstellungen > Import > Varianten. Ordnen Sie übergeordnete Produkt-IDs zu oder aktivieren Sie die passende Option zum Abgleich über übergeordnete Artikelnummern. Geben Sie eine eindeutige Artikelnummer für die Variante an; die Artikelnummer des übergeordneten Produkts allein reicht nicht aus, um die zu aktualisierende bestehende Variante zu identifizieren.

Product reference;Attribute (Name:Type:Position);Value (Value:Position);Reference;Quantity;Impact on price
TSHIRT-001;Size:select:0,Colour:color:1;M:1,Blue:2;TSHIRT-M-BLUE;45;0
TSHIRT-001;Size:select:0,Colour:color:1;L:2,Red:1;TSHIRT-L-RED;3;2.00

Ordnen Sie diese Spalten im Importer zu; der Kopfzeilentext allein konfiguriert die Zuordnung nicht. Testen Sie einen zweiten Import mit denselben Varianten-Artikelnummern und geänderten Mengen. Prüfen Sie, dass er die vorgesehenen Zeilen aktualisiert, ohne Duplikate anzulegen.

Preisauswirkungen von Varianten sind feste Beträge. Spezifische Preise können kontextabhängige Preise oder Rabatte anwenden, abhängig von Auswahlprioritäten. Steuer- und Währungsdarstellung sind davon getrennt. Testen Sie den Endpreis, statt anzunehmen, dass alle Regeln kumulieren.

Varianten können auswählbare URLs mit einer Varianten-ID oder einem Attributfragment haben. Der Core liefert normalerweise eine Canonical-URL des übergeordneten Produkts; eine separate Indexierung ist eine andere Frage. Theme-Markup variiert, auch zwischen Classic und Hummingbird. Prüfen Sie das gerenderte Canonical und Angebot, statt eine identische gemeinsame URL oder einen universellen Skriptdateinamen anzunehmen.

Aktualisieren sich Variantenbilder, Preise oder Beschriftungen nicht, prüfen Sie Variantendaten, Bildzuordnungen, Anfragen, JavaScript-Fehler, Themeverhalten und störende Module. Beachten Sie für katalogweite Attributvorgänge die Hilfeseite zu Attributvorlagen.

Lieferantenfeeds und Dropshipping-Zuständigkeiten planen

PrestaShop speichert Lieferanten, Lieferantenartikelnummern und Produktkosten und bietet Versanddienstkonfiguration. Ein Lieferantendatensatz ist kein automatischer Bestandsfeed, keine Lieferantenbestellung und kein Abwicklungsconnector.

1. Vereinbaren Sie mit dem Lieferanten Bestand, Preise, Versand, Retouren, Sendungsverfolgung und Ausnahmebehandlung.
2. Ordnen Sie stabile Lieferantenartikelnummern dem richtigen Produkt oder der richtigen Variante zu.
3. Implementieren und testen Sie den tatsächlichen CSV-, XML- oder API-Connector. Definieren Sie Aktualisierungshäufigkeit, Umgang mit veralteten Feeds, Wiederholungsversuche, Währungs-/Steuerumrechnung und Mengensicherungen.
4. Leiten Sie Bestellungen über eine Abwicklungsintegration weiter und vergewissern Sie sich, dass der Lieferant sie angenommen hat.
5. Verfolgen Sie jede Sendung und kommunizieren Sie getrennte Versandvorgänge.
6. Testen Sie Bestandsänderung, Preisänderung, nicht verfügbare SKU, fehlgeschlagenen Import, Erstattung und Lieferantenstornierung.

Lassen Sie einen Feed lokale Reservierungen nicht mit einer unverbundenen Lieferantengesamtmenge überschreiben. Klären Sie, ob die Lieferantenmenge für Sie reserviert ist oder mit anderen Verkäufern geteilt wird. Das Ablehnen von Bestellungen ohne Bestand hilft nur, wenn Ihre veröffentlichte Menge aktuell ist.

Fehlenden Lieferantendatensatz proben

Eine Feeddatei wird erfolgreich heruntergeladen, enthält aber eine zuvor aufgeführte Variante nicht mehr. Klären Sie vor der Deutung des Fehlens, ob die Quelle ein vollständiger Stand, eine Änderungsdatei oder ein unvollständiger Export ist. Eine fehlende Zeile darf ohne vereinbarte Regel weder stillschweigend unbegrenzte Verfügbarkeit noch bestätigte Null bedeuten. Testen Sie eine abgeschnittene Datei, eine unbekannte Lieferantenartikelnummer und einen wiederholten Lauf und prüfen Sie dann betroffene Mengen und geschützte lokale Felder.

Dokumentieren Sie neben dem letzten Download auch die letzte erfolgreiche Anwendung. Geben Sie Mitarbeitern eine Warnung bei veraltetem Feed und ein vereinbartes Vorgehen, etwa eine unzuverlässige Zusage zurückzunehmen oder betroffene Produkte zur Prüfung zurückzuhalten. Ein erfolgreicher Schedulerlauf belegt nicht, dass aktuelle Bestände die richtigen Varianten erreicht haben.

Dropshipping verringert die von Ihnen gehaltenen Bestände, lässt aber Akquisekosten, Zahlungsgebühren, Support, Erstattungen, Qualitätsrisiken und Compliance-Arbeit bestehen. Vergleichen Sie Lieferanten anhand von Mustern und tatsächlichen Versand-/Retourendaten. Ausgehandelte Mengenpreise hängen vom Vertrag ab. Der Lieferantenstandort allein garantiert keine Rentabilität.

Schreiben Sie hilfreiche Produktinhalte und ergänzen Sie eigene Spezifikationen und Hinweise. Doppelte Lieferantenbeschreibungen sind nicht automatisch von Rankings ausgeschlossen; Suchmaschinen können ähnliche Seiten zusammenfassen und eine Canonical-Seite auswählen.

Hochgeladene CSV-Importe und interne Bestandsprojektion des Lagermoduls sind von zeitgesteuerten externen Lieferantenfeedabfragen getrennt. Nutzen Sie für formelbasierte Katalogpreisänderungen in großen Mengen die Hilfeseite zu Mass Price Updater. Für Umsatz, erfasste Kosten und Gewinn-/Verlustberichte nutzen Sie die Hilfeseite zu Financial Revolution.

Planen Sie bei Bedarf ein separates Budget für einen Lieferantenfeed-Connector und die Zuordnung von Produkt-/Lieferantenkosten. Berechnen Sie die Rentabilität nach Lieferantengebühren, Versand, Akquise, Zahlungsabwicklung, Support und erwarteten Retouren und prüfen Sie sie dann anhand tatsächlicher Bestellungen.

Änderung proben und Umstellung planen

Bewahren Sie Nachweise für repräsentative einfache Produkte, Varianten, gegebenenfalls Pakete, Nachbestellungen und jeden Bestandspool auf. Beziehen Sie einen Bestellabschluss aus jedem Verkaufsmarkt mit abweichenden Versanddiensten oder Zusagen ein. Dokumentieren Sie Mengen vor der Aktion, entstandene Bestellung und Bewegungen sowie die Daten, die jedes verbundene System erhält.

1. Testen Sie in Staging Bestellerstellung durch Ihren Zahlungs- und Statusablauf, Versand, Stornierung vor Versand und Retouren mit und ohne Wiedereinlagerung. Bestätigen Sie, dass sich jede Menge nur wie vorgesehen ändert.
2. Unterbrechen Sie den Connector, erzeugen Sie ein zulässiges Testereignis und stellen Sie die Verbindung wieder her. Prüfen Sie, dass verpasste Änderungen nachgeholt werden und eine Wiederholung Bestellung, Wareneingang oder Retoure nicht erneut anwendet.
3. Proben Sie Anfangsbestand und etwaige unversandte Bestellungen, anstehende Wareneingänge sowie Waren unterwegs. Kennzeichnen Sie bereits im Bestand enthaltene Verpflichtungen, damit das neue System sie nicht erneut reserviert.
4. Vereinbaren Sie das Umstellungsfenster und stoppen Sie konkurrierende Bestandsschreiber. Führen Sie den abschließenden Abgleich durch, berücksichtigen Sie Änderungen seit der Probe und aktivieren Sie den gewählten Weg in getesteter Reihenfolge.
5. Überwachen Sie erste produktive Verkäufe, Wareneingänge und Connectorbestätigungen anhand des vereinbarten führenden Bestandssystems. Gleichen Sie bei einer Rücknahme die seit der Umstellung verarbeiteten Ereignisse ab, bevor Sie den bisherigen Weg wiederherstellen.

Fragen an Entwickler oder Agentur

• Welches System führt Mengen, Reservierungen, Lieferantenkosten, Verkaufspreise und Produktinhalte, und welche Felder darf jeder Connector schreiben?
• Welche Produkt-, Varianten- und Shopkennungen werden verwendet, und wo werden nicht zugeordnete oder mehrdeutige Datensätze gemeldet?
• Wie werden Aktualisierungen nach Ausfällen geordnet, wiederholt und abgeglichen, und wie unterscheiden Mitarbeiter verzögerte von fehlgeschlagenen Ereignissen?
• Wo liegen Testergebnisse für unser Theme, Module, Versanddienste im Bestellprozess und Bestellstatus, einschließlich gleichzeitiger Versuche bei begrenzter Zuteilung?
• Wer prüft fehlgeschlagene Feeds, strittige Zählungen oder geänderte Versandzusagen, und was kann diese Person sicher korrigieren, ohne dass eine andere Integration es überschreibt?

Häufige Fragen von Shopbetreibern

Was, wenn mein Lieferant nur „auf Lager“ meldet?

Behandeln Sie dies als Verfügbarkeitssignal, nicht als gemessene, für Ihren Shop reservierte Menge. Vereinbaren Sie eine vorsichtige Verkaufsregel, die Bestätigung der Lieferantenannahme und das Vorgehen bei Ablehnung einer Bestellung. Machen Sie aus der Bezeichnung keinen großen erfundenen Bestand.

Können Produkte mit gleichen Attributen denselben Bestand teilen?

Gleiche Größen- oder Materialnamen verknüpfen ihre Mengen nicht. Verbrauchen mehrere fertige Produkte dieselbe Komponente, benötigen Sie ein Modell, das diese produktübergreifend reserviert und den verkaufbaren Rest projiziert. Bestätigen Sie Verbrauchs- und Freigaberegeln, bevor Sie Verkäufe aktivieren.

Kann ich die Tabelle behalten?

Behalten Sie sie für Planung oder Berichte bei, wenn sie einen datierten Export nutzt und einen klaren Zweck hat. Vermeiden Sie einen bearbeitbaren Parallelbestand, den Mitarbeiter über neuere Bestellungen zurückkopieren. Notizen zu Lieferantenlieferzeiten können getrennt vom System für produktive Mengen bleiben.

Sollte jede Kundenretoure direkt wieder in den Verkauf gehen?

Prüfen Sie den Artikel und erfassen Sie vor der Freigabe, ob er wiederverkaufbar, beschädigt oder noch zu beurteilen ist. Erstattung und Paketankunft sind von der Erlaubnis zum erneuten Verkauf des Inhalts getrennt. Vereinbaren Sie, wer diese Freigabe erteilen darf.

Woran erkenne ich, dass der neue Prozess bereit ist?

Ihr Team kann einen Testverkauf, Wareneingang, eine Stornierung und Retoure durch führendes Bestandssystem und verbundene Systeme verfolgen, eine unterbrochene Aktualisierung nachholen und den entstandenen Bestand erklären. Bewahren Sie schriftliche Testergebnisse und Ausnahmehinweise bei der Übergabe auf; ein Dashboard mit plausiblen Summen reicht als Nachweis nicht aus.