B2B-Preise, VAT und Zahlungsziele in PrestaShop einrichten

Unser Vorgehen

Bei einem gemischten Privat- und Geschäftskundenshop würden wir mit dem bestehenden Katalog und nativen Gruppenpreisen beginnen. Halten Sie öffentliche Privatkundenkäufe verfügbar, prüfen Sie Geschäftskundenanträge separat und gewähren Sie Rechnungskauf erst nach einer Kreditentscheidung. Wählen Sie den Weg anhand Ihrer tatsächlichen Module, Bestellprozess, Theme, Kundendaten, Märkte, Buchhaltungs- oder ERP-Integrationen und der Mitarbeiter, die Anträge prüfen und Zahlungen abgleichen.

Setzen Sie die Änderung auf einer privaten Staging-Kopie um, die Konfiguration und Integrationen des produktiven Shops abbildet. Isolieren Sie Kundenmails, echte Zahlungen und Abwicklungsexporte. Proben Sie die nachfolgenden Abläufe, holen Sie die Zustimmung Ihrer Buchhaltung zu Steuerergebnissen und Musterrechnungen ein und planen Sie dann die Produktivumstellung mit alten Einstellungen und Kontozuordnungen zur Wiederherstellung. Erhalten Sie angenommene Bestellungen und ihre Datensätze bei einer Rücknahme der Konfiguration.

Wenn Sie zuerst die Lücken bewerten lassen möchten, liefert das PrestaShop B2B & Wholesale Readiness Audit einen geordneten Plan für den bestehenden Shop; die Umsetzung ist separat, und Ihr Steuerberater entscheidet über die Steuerbehandlung.

Den nativen B2B-Modus verstehen

Aktivieren Sie unter Shop-Einstellungen > Kunden den B2B-Modus mit PS_B2B_ENABLE. Im nativen Registrierungsformular ergänzt dies Felder für Firma und Identifikationsnummer. Die Kundenverwaltung zeigt je nach Unterstützung außerdem Geschäftsdaten wie SIRET/APE, Kreditrahmen, maximale Zahlungstage und Risikoinformationen.

Die VAT-Nummer gehört zu einer Adresse, nicht zum Customer-Datensatz. Adressformatkonfiguration und Integrationen bestimmen, wo Sie sie erfassen. Die länderspezifische Pflicht zur Steueridentifikationsnummer betrifft das separate Identifikationsfeld dni; sie ist kein globaler Schalter für das VAT-Feld.

Der B2B-Modus genehmigt selbst keine Geschäftskundenanträge, führt keine VIES-Abfrage aus, befreit nicht alle Geschäftsverkäufe von Steuern und erzwingt keine verfügbare Kreditobergrenze. Eine gespeicherte Risikokennzeichnung ist eine Information für Ihren Ablauf, keine automatische Kreditentscheidung.

Die Navigation dieses Leitfadens bezieht sich auf moderne PrestaShop-Versionen 1.7, 8 und 9. Übernehmen Sie diese Menüpfade nicht unverändert in ein 1.6-Backoffice.

Kundengruppen von der Steuerberechnung trennen

Erstellen Sie Gruppen unter Shop-Einstellungen > Kunden > Gruppen. Eine Gruppe kann Preisanzeigemethode, Rabatt und Preissichtbarkeit festlegen. Kategoriezugriff und Zahlungsbeschränkungen bieten weitere Kontrollen.

Die Standardrollen sind Besucher für anonymes Browsen, Gast für Gastbestellungen und Kunde für registrierte Konten. Lesen Sie die konfigurierten Gruppenkennungen aus, statt die IDs einer Installation fest einzuprogrammieren.

Ein Kunde kann mehrere Mitgliedschaften und eine Standardgruppe haben. Die normale Preisanzeige und die Auswahl gruppenspezifischer Preise verwenden üblicherweise die Standardgruppe; die bloße Mitgliedschaft in Großhandel garantiert keine Großhandelspreise. Kategorie- und Modulzugriff können mehrere Mitgliedschaften berücksichtigen.

Verwenden Sie Gruppen für eine überschaubare Zahl geschäftlicher Stufen, etwa Privatkunden, Geschäftskunden in Prüfung, Geschäftskunden und Großhandel. VAT-bezogene Kennzeichnungen können Sie separat erfassen; eine einzige Geschäftskundengruppe kann Bestellungen mit unterschiedlicher Steuerbehandlung enthalten.

Ohne Steuern ändert die angezeigte Preisbasis. Dies wählt weder die Steuerregelgruppe eines Produkts aus noch entfernt es die berechnete Steuer. Die Steuerberechnung verwendet die Steuerregelgruppe des Produkts und die konfigurierte Steueradresse einschließlich relevanter Länder- und weiterer Adressbedingungen.

Behalten Sie bei öffentlichen Verbraucherangeboten die vorgeschriebenen Bruttopreisangaben bei. Ein Netto-/Bruttoumschalter benötigt klare Beschriftung und korrekte Summen. Ein separates Multistore-Schaufenster kann eine reine Geschäftskundenzielgruppe bedienen; konfigurieren und testen Sie dessen Gruppen, URLs und Steueranzeige ausdrücklich.

Benötigen anonyme Geschäftskunden eine Nettopreisansicht, bietet Tax Display Switcher eine beschriftete Netto-/Bruttoauswahl, ohne Geschäftskundenrabatte zu gewähren oder die berechnete Steuer zu ändern. Prüfen Sie Verkaufspreise, durchgestrichene Preise, Lieferung und Summen in derselben Ansicht. Testen Sie dann An- und Abmeldung, damit eine gespeicherte Anzeigeauswahl nicht mit einer Geschäftskundenfreigabe verwechselt wird.

Rabatte, Vertragspreise und Mengenstaffeln konfigurieren

Ein gruppenweiter prozentualer Rabatt ist eine breit wirkende Preisregel. Spezifische Produktpreise erlauben einen Festpreis oder Rabatt, begrenzt nach Kunde, Gruppe, Menge, Land, Währung und Datum. Katalogpreisregeln unterstützen Bedingungen für ganze Sortimentsbereiche.

Die Priorität spezifischer Preise wählt zwischen zulässigen Preiszeilen. Sie hebt Gruppen- oder Kategorienrabatte nicht automatisch auf. In PrestaShop 1.7.8 und 9 wird ein aktivierter Gruppen-/Kategorienrabatt nach der Berechnung des spezifischen Preises angewendet. Beispielsweise werden aus einem spezifischen Nettopreis von 12 € mit 20% Gruppenrabatt vor weiteren Effekten 9,60 €.

Gruppenspezifische Preise entsprechen normalerweise der Standardgruppe des Kunden oder einer Zeile für alle Gruppen. Sie konkurrieren nicht sämtlich miteinander, nur weil der Kunde mehreren Gruppen angehört.

Für einen Grundpreis von 100 € könnten Sie diese beispielhafte Mengenstaffel anstreben. Konfigurieren Sie die Regeln auf diese Endbeträge und testen Sie dann Überschneidungen:

Dieses rein lesende Beispiel erfasst gruppenspezifische Preise. Verwenden Sie das tatsächliche Datenbankpräfix und die Sprach-ID:

SELECT sp.id_specific_price, sp.id_product, sp.id_group,
       gl.name AS group_name, sp.from_quantity,
       sp.price, sp.reduction, sp.reduction_type,
       sp.`from`, sp.`to`
FROM ps_specific_price sp
LEFT JOIN ps_group_lang gl
  ON gl.id_group = sp.id_group AND gl.id_lang = 1
WHERE sp.id_group <> 0
ORDER BY sp.id_product, sp.from_quantity;

specific_price hat keine Spalte priority. Prüfen Sie specific_price_priority und PS_SPECIFIC_PRICE_PRIORITIES separat. Die Bestandsabfrage ist keine Berechnung des tatsächlich geltenden Preises.

Nutzen Sie kundenspezifische Preise für echte Kontoausnahmen und berücksichtigen Sie den Pflegeaufwand vieler Verträge. Ergänzen Sie Produktregeln im Reiter Preise unter Spezifische Preise. Führen Sie eine dokumentierte Übersicht über Stufen, Standardgruppen, Kategorienrabatte und wichtige Ausnahmen, einschließlich Quelle und Änderungsberechtigung.

Einen zu niedrigen Preis durchspielen

Beträgt der vereinbarte Nettovertragspreis 12 €, Ihr Testwarenkorb zeigt aber 9,60 €, verfolgen Sie die Abweichung anhand des obigen Überschneidungsbeispiels. Prüfen Sie Standardgruppe des Kontos, passende spezifische Preiszeile und aktiven Gruppen-/Kategorienrabatt, bevor Sie eine weitere Übersteuerung ergänzen. Entscheiden Sie, ob der Vertragspreis diesen Rabatt erhalten soll, ändern Sie die widersprüchliche Regel und testen Sie betroffenes Konto sowie ein gewöhnliches Privatkundenkonto.

Testen Sie für die Mengenstaffel zunächst 9 und 10 und dann jede weitere Grenze auf Produktseite, im Warenkorb und in der endgültigen Bestellung. Halten Sie beim Vergleich Währung, Adresse und Konto gleich. Testen Sie auch eine Aktion während der Vertragslaufzeit: Ein Warenkorbregelrabatt ist eine weitere Ebene des vereinbarten Endpreises.

Sichtbarkeit, Zahlungszugang und Mindestbestellungen steuern

Legen Sie den Gruppenzugriff auf Kategorien unter Katalog > Kategorien fest. Ein Produkt in einer weiteren zugänglichen Kategorie kann erreichbar bleiben; testen Sie daher Direktlinks, Suche, Listen und verwandte Produkte. Prüfen Sie neben freigegebenen Konten auch Gast- und Besucherzugriff.

Nutzen Sie gegebenenfalls die gruppenbezogene Preissichtbarkeit für Preise erst nach Anmeldung. Der globale Katalogmodus unter Shop-Einstellungen > Artikel deaktiviert Käufe und hat eine separate Option Preise anzeigen. Er muss Preise nicht verbergen und wirkt auf den gesamten Shop-Kontext.

Konfigurieren Sie Gruppen-, Länder- und Währungsbeschränkungen für Zahlungen über die Zahlungseinstellungen und unterstützende Zahlungsmodule. Prüfen Sie die Kundenberechtigung beim Absenden erneut; eine verborgene Zahlungsoption allein bietet keinen ausreichenden Schutz.

Unterscheiden Sie drei Mindestgrenzen:

• Eine Mindestmenge für Produkt oder Variante gilt für die Bestellregeln dieses Produkts.
• Der globale Mindestbestellwert befindet sich unter Shop-Einstellungen > Bestellungen > Allgemein, wird durch PS_PURCHASE_MINIMUM gespeichert und ohne Steuern angegeben.
• Eine gruppenspezifische oder warenkorbweite Mindestmenge benötigt eine Umsetzung, die diese Anforderung erzwingt.

Eine Mengenbedingung einer Warenkorbregel steuert die Rabattberechtigung. Sie verhindert keinen Checkout unter einer Mindestmenge. Globale Produktmindestmengen können auch Privatkunden betreffen.

Antragsteller vor Gewährung von Geschäftskundenvorteilen prüfen

Definieren Sie, wer Geschäftskundenpreise erhält und wer gesondert für Kredit qualifiziert ist. Erheben Sie nur die für diese Entscheidung nötigen Angaben: Unternehmensidentität, gegebenenfalls Registerdaten, Geschäftsadresse, Tätigkeit, Kontaktangaben und angemessene Referenzen oder Unterlagen.

Nicht jedes rechtmäßige Unternehmen ist für VAT registriert. Auch eine gültige VAT-Nummer beweist nicht, dass der Antragsteller diese Identität kontrolliert. Prüfen Sie einschlägige Unternehmensregister, Kontaktangaben und vorgelegte Identitätsinformationen; eine Wohnadresse oder kostenlose E-Mail-Adresse allein belegt keinen Betrug.

1. Belassen Sie Antragsteller im Privatkunden- oder Prüfstatus ohne Geschäftskundenvorteile.
2. Prüfen Sie das Unternehmen und dokumentieren Sie Entscheidung und Grund.
3. Bearbeiten Sie unter Kunden > Kunden das Konto, setzen Sie die vorgesehenen Mitgliedschaften unter Gruppenzugriff und wählen Sie ausdrücklich die Preisstufe als Standardgruppe.
4. Genehmigen Sie Kredit separat mit vereinbarten Bedingungen und einem Limit.
5. Benachrichtigen Sie den Antragsteller und ermöglichen Sie Korrekturen oder eine Überprüfung.

Bei Erstellung eines Kundenkontos besteht noch nicht zwingend eine Adresse. Eine Benachrichtigung zur Kontoerstellung darf daher keine VAT-Daten am Customer-Objekt voraussetzen. Verwenden Sie dafür den Antrags- oder Adressablauf. Newsletter- und Opt-in-Kennzeichen sind weder Geschäftskundenfreigaben noch Kennzeichen für bestätigte E-Mail-Adressen.

Nutzen Sie für den authentifizierten Antragsablauf und seine aktuellen Regeln die Hilfeseite zu B2B Account Approval, Trade Account.

Setzen Sie ein Prüfziel, das Ihr Team einhalten kann. Überprüfen Sie Zugriffe bei Änderungen von Firmendaten, Tätigkeit oder Zahlungsverhalten. Ein Entzug kann das Entfernen von Mitgliedschaften und Zurücksetzen der Standardgruppe erfordern; rechtmäßig aufzubewahrende Bestelldaten bleiben erhalten. Genehmigen Sie Anträge nicht stillschweigend automatisch, nur weil ein Feld ausgefüllt ist.

Anträge ohne erweiterte Zugriffe voranbringen

Ordnen Sie der Antragswarteschlange einen Prüfer und eine Vertretung zu, mit Benachrichtigung bei vollständigem Antrag und sichtbarem Status für den Antragsteller. Trennen Sie Nachfragen zu fehlenden Angaben von Ablehnungen. Erläutern Sie bei Ablehnung korrigierbare Punkte und erhalten Sie gegebenenfalls den Privatkundenzugang gemäß Ihrer Regelung. Nutzen Sie bei der Prüfung geschäftlicher Stufen die Kaufhistorie, statt versprochenes Bestellvolumen als Nachweis zu behandeln.

Beschränken Sie Freigaberechte der Mitarbeiter und dokumentieren Sie, wer Zugriffe geändert hat. Proben Sie Ablehnung und Entzug mit einem Konto mit offenem Warenkorb: Beim nächsten Absenden muss dessen aktuelle Berechtigung gelten, nicht die beim Aufbau des Warenkorbs.

VAT-Behandlung für die tatsächliche Leistung bestimmen

Prüfen Sie Niederlassung des Verkäufers, gelieferte Waren oder Dienstleistungen, Kundenstatus und Warenbewegung oder Leistungsort. Eine Geschäftskundengruppe oder gültige VAT-Nummer ist nur ein Teil dieser Entscheidung.

Verwenden Sie Artikel 196 nicht als allgemeine Rechnungsgrundlage für Waren. Prüfen Sie die EU-VAT-Richtlinie und die nationale Umsetzung mit Ihrem Steuerberater.

Großbritannien fällt nicht unter die Behandlung innergemeinschaftlicher Warenlieferungen. Für Nordirland gelten nach dem Windsor-Rahmen besondere Warenregelungen mit XI-Identifikation; siehe HMRC-Hinweise zu XI. Behandeln Sie einen gewöhnlichen GB-Käufer nicht als XI-Warenfall.

Für Dienstleistungen gelten eigene Regeln. Grenzüberschreitendes B2B-Reverse-Charge kann weiterhin für Dienstleistungsgeschäfte mit dem Vereinigten Königreich gelten; siehe HMRC-Hinweise zu Dienstleistungen.

Für Fernverkäufe an Verbraucher sind OSS und Bestimmungsland-VAT getrennt von diesem B2B-Ablauf zu betrachten. Nutzen Sie den Leitfaden zu Preisen und VAT.

Geändertes Lieferziel durchspielen

Ein freigegebener französischer Geschäftskunde gibt Ihrem belgischen Shop eine gültige französische VAT-Nummer, verlangt aber Lieferung innerhalb Belgiens für Ware aus Belgien. Behalten Sie den Geschäftskundenrabatt bei fortbestehender Kontoberechtigung bei, bewerten Sie aber die Steuerentscheidung anhand dieser Inlandslieferung neu. Käuferland und gespeicherte Nummer belegen keine innergemeinschaftliche Warenbewegung.

Wiederholen Sie in Staging die Bestellung mit Lieferung nach Frankreich und nutzen Sie klar gekennzeichnete Musterprüf- und Versandnachweise, um die Verknüpfung mit der Bestellung zu testen. Bewahren Sie für echte qualifizierende Lieferungen tatsächliche Prüf- und Transportnachweise auf. Vergleichen Sie in beiden Fällen Steuer im Bestellprozess, Bestellung und Rechnung. Lassen Sie erwartete Ergebnisse von Ihrem Steuerberater freigeben, bevor die Integration sie automatisch wählt.

VAT-Angaben prüfen und Dienstausfälle handhaben

VIES prüft die innergemeinschaftliche VAT-Registrierung anhand nationaler Systeme. Zurückgelieferte Namens- und Adressangaben variieren. Es beweist nicht, dass der Antragsteller Inhaber der Identität ist. Fehlt ein Ergebnis oder wird es bestritten, holen Sie eine Bestätigung der nationalen Steuerbehörde gemäß den EU-Hinweisen zu VIES ein.

Normalisieren Sie das Länderpräfix, ohne gültige Buchstaben aus der Nummer zu löschen. Griechenland nutzt für VIES EL; irische und niederländische Formate können Buchstaben enthalten. Behandeln Sie XI gesondert für relevante Warengeschäfte. Formatprüfung filtert fehlerhafte Eingaben; die Registrierung benötigt eine separate Prüfung.

Für eine SOAP-Integration lautet die WSDL https://ec.europa.eu/taxation_customs/vies/checkVatService.wsdl. Begrenzen Sie sowohl Verbindungs- als auch Antwortzeit. connection_timeout allein begrenzt keine langsame Antwort; siehe die PHP-SoapClient-Optionen.

Unterscheiden Sie ungültiges Format, ein verbindliches ungültiges Ergebnis, abweichende Identität und nicht verfügbaren oder verzögerten Dienst. Ein SoapFault ist nicht immer ein Ausfall. Machen Sie nicht aus jedem Fehler einen ungültigen Kunden oder eine automatische Steuerbefreiung.

Wählen und dokumentieren Sie eine Ausfallregelung: normale Besteuerung bis zur Prüfung, ein geeignetes aktuelles Prüfergebnis, Mitarbeiterprüfung oder eine kontrollierte Sperre, je nach Fall. Erläutern Sie dem Käufer das Ergebnis und definieren Sie Nachprüfungen und etwaige spätere Rechnungsberichtigungen mit Ihrer Buchhaltung.

Bewahren Sie datierte Prüfnachweise mit Verknüpfung zu relevantem Kunden, Adresse und Transaktion auf. Erhalten Sie eine mitgelieferte Abfragekennung, setzen Sie sie aber nicht in jeder Antwort voraus. Wenden Sie einschlägige Aufbewahrungs- und Datenminimierungsregeln an.

Proben Sie das gewählte Ausweichverhalten bei nicht verfügbarer Abfrage. Der Käufer sollte das konfigurierte Ergebnis und eine klare Erklärung erhalten, während Mitarbeiter betroffene Bestellung, Fehlergrund und nächsten Schritt finden können. Ein ausstehendes Ergebnis benötigt einen Verantwortlichen und Nachprüfungsprozess; eine spätere erfolgreiche Abfrage darf eine ausgestellte Rechnung nicht stillschweigend umschreiben oder ursprüngliche Nachweise entfernen.

Verhalten der Steuerberechnung von der Segmentierung trennen

Der Core führt keine verbindliche VIES-Prüfung durch. Die Produktpreisberechnung von PrestaShop 1.7.8 und 9 enthält jedoch eine ältere Abkürzung: Bei aktiviertem VATNUMBER_MANAGEMENT können eine nicht leere VAT-Nummer der Adresse und ein anderes Land als VATNUMBER_COUNTRY die Produktsteuer deaktivieren.

Diese Abkürzung belegt keine rechtliche Berechtigung. Prüfen Sie diese Einstellungen zusammen mit Steuerverwaltung oder VAT-Modul, damit eine eingegebene Nummer die vorgesehene Regelung nicht umgeht.

Wenden Sie die Steuerentscheidung auf die konfigurierte Adresse und Leistung an. Eine Inlandslieferung, geänderte Rechnungsidentität oder ein gemischter Warenkorb kann ein anderes Ergebnis erfordern. Befreien Sie niemals alle künftigen Bestellungen allein aufgrund einer früheren erfolgreichen Kontoprüfung.

Optionale Gruppenkennzeichnung ist von Steuerbefreiung und Standardgruppenpreisen getrennt. Automatic EU VAT Checker kann eine konfigurierte Mitgliedschaft ergänzen und die Standardgruppe erhalten. Seine Adressintegration erfasst VAT neben geschäftlichen Adressdaten; die normale Registrierung validiert ein VAT-Feld nur, wenn eine andere Integration eines bereitstellt. Die Hilfeseite beschreibt aktuelle Steuerregeln, Prüfverlauf, ausstehende Prüfungen und modulspezifische Einrichtung.

Zahlungsaufschub und Kreditkontrolle gestalten

Der Core speichert outstanding_allow_amount, max_payment_days und Risikodaten. Kunden > Außenstände und Customer::getOutstanding() bieten native Funktionen für Außenstände. Diese sind von einer automatischen Durchsetzung von Kreditgrenzen im Checkout zu unterscheiden.

Der Core erfasst auch Zahlungen und ordnet sie Rechnungen zu. Ein vollständiger Forderungsprozess benötigt zusätzlich ein vereinbartes Zahlungsziel, eine Fälligkeitsregel, Restbetrag, Kreditrichtlinie, Mahnwesen und den korrekten Umgang mit Retouren und Gutschriften.

Banküberweisung oder eine andere Offline-Methode kann eine Bestellung ohne Geldeinzug erzeugen; Methodenname und Bestellstatus allein setzen diese zusätzlichen Kontrollen jedoch nicht um. Für einen kleinen Ablauf mit freigegebenen Konten kann ein ausdrücklich festgelegter und gepflegter manueller Abgleich geeignet sein.

Prüfen Sie beim Absenden Kunde, Shop, Zahlungsziel, Währung, Warenkorb und Restkredit erneut. Eine strikte Obergrenze benötigt atomare Reservierung oder gleichwertige Sperren über gleichzeitige Bestellungen hinweg sowie sicheren Umgang mit doppeltem Absenden und fehlgeschlagener Bestellerstellung.

Beispielsweise verbleiben bei 2.000 € Limit und 1.800 € Außenstand vor ausstehenden Reservierungen oder anderen Regelanpassungen 200 €. Eine weitere Bestellung über 900 € überschreitet dieses Limit. Legen Sie fest, ob das System Zahlungsaufschub ablehnt, Sofortzahlung anbietet oder einen ausdrücklichen Genehmigungsprozess nutzt.

Berechnen Sie Forderungen nicht durch Summieren von orders.total_paid_tax_incl bei valid=1 oder paid=0. Gleichen Sie Rechnungen und zugeordnete Zahlungen, Teilzahlungen, Gutschriften und aufgehobene Verpflichtungen mit korrekter Shop- und Währungsbasis ab. Native Außenstandsberechnungen sind ein nützlicher Ausgangspunkt; prüfen Sie aber auch deren Umfang und Währungsannahmen.

Nutzen Sie für aktuelle Zahlungszielregeln, gruppenbasierte Krediteinstellungen, Absendeprüfungen und Saldenbehandlung die Hilfeseite zu B2B Deferred Payment Terms.

Forderungseinzug in den Zahlungsablauf einbinden

Benennen Sie jemanden, der anstehende und überfällige Salden prüft, eingehende Überweisungen zuordnet und strittige Rechnungen bearbeitet. Vereinbaren Sie Mahntexte, Eskalation und den Zeitpunkt, ab dem neue Bestellungen keinen Kredit mehr erhalten. Führt Buchhaltungssoftware den Saldo, definieren Sie die Rückübertragung von Zahlungen und die Erkennung verspäteter oder fehlgeschlagener Importe durch Mitarbeiter. Eine auf veralteten Salden beruhende Obergrenze im Bestellprozess kann bereits zahlende Kunden ablehnen oder weitere Außenstände erlauben.

Beginnen Sie neue Kreditbeziehungen mit dem für Ihr Unternehmen tragbaren Risiko und prüfen Sie vor einer Ausweitung das tatsächliche Zahlungsverhalten. Halten Sie soweit zulässig einen Sofortzahlungsweg bereit, damit eine Kreditsperre Mitarbeiter nicht allein zum Verkaufsabschluss zur Limiterhöhung zwingt.

Bestellstatus und Zahlungsdokumente gezielt konfigurieren

Prüfen Sie unter Shop-Einstellungen > Bestellungen > Status Zahlungs-, Validierungs-, Rechnungs-, Versand- und E-Mail-Kennzeichen jedes Status separat. Verwenden Sie einen eigenen Status für Zahlungszielbestellungen, wenn Mitarbeiter freigegebene Kreditbestellungen von Überweisungen mit ausstehendem Eingang unterscheiden müssen. Testen Sie Rechnungsverfügbarkeit und vorgesehene Abwicklungsschritte, ohne eine unbezahlte Bestellung als bezahlt zu erfassen.

paid=0 hält eine Bestellung allein nicht aus jedem Umsatzbericht heraus und verhindert keinen Zahlungsdatensatz. Testen Sie den vollständigen Bestellstatus- und Zahlungsmodulablauf, bevor unbezahlte Bestellungen versandt werden dürfen.

Speichern Sie vereinbartes Zahlungsziel, Startereignis, Fälligkeit und Zahlungsreferenz über eine definierte Speicher- und Darstellungsintegration dauerhaft. Die Übergabe von extra_vars an validateOrder() speichert individuelle Bedingungen nicht automatisch und fügt sie nicht in PDFs ein.

Verwalten Sie native Rechnungsoptionen und Fußzeilentext unter Bestellungen > Rechnungen. Eine statische Fußzeile kann allgemeine Bankhinweise anzeigen, berechnet aber keine bestellbezogene Fälligkeit. Fügen Sie korrekte Rechnungsnummer, Zahlungsreferenz, Bankverbindung und geltende Bedingungen ein und prüfen Sie das fertige Dokument.

Zeigen Sie bei qualifizierenden innergemeinschaftlichen Warenlieferungen die passende Befreiungsgrundlage und VAT-Kennungen. Verwenden Sie bei Leistungen mit Steuerschuld des Empfängers Reverse-Charge-Formulierungen nach nationalen Vorgaben. Leiten Sie den Text aus der tatsächlichen Steuerentscheidung ab, nicht aus einer Geschäftskundengruppenkennzeichnung.

Anzahlungs-, Proforma- und Teilzahlungsabläufe benötigen eigene Zahlungs-, Abwicklungs- und Rechnungsregeln. Vorauszahlung senkt das Forderungsrisiko, beseitigt aber nicht jedes Geschäftsrisiko.

Rechnung vor Versandfreigabe abnehmen

1. Geben Sie als berechtigter Kunde eine Bestellung mit Zahlungsziel auf und bestätigen Sie, dass der entstandene Status die vorgesehene Abwicklung erlaubt, ohne einen Geldeingang zu behaupten.
2. Laden Sie die Kundenrechnung herunter und lesen Sie Fälligkeit, Zahlungsreferenz, Bankverbindung und geltende VAT-Formulierung. Vergleichen Sie mit gespeicherter Vereinbarung und Ergebnis des Bestellprozesses.
3. Erfassen Sie eine Teilzahlung über den unterstützten Zahlungsablauf. Bestätigen Sie, dass der Rest fällig bleibt und eine Erinnerung nur diesen Saldo fordert.
4. Bearbeiten Sie Retoure und Gutschrift und vergleichen Sie dann die Restverpflichtung in Shop, Kundenkontoauszug und Buchhaltungssystem. Prüfen Sie, dass Mitarbeiter die Gutschrift nicht mit einem Zahlungseingang verwechseln können.

Zahlungsfristen, Meldungen und Aufbewahrung prüfen

Wählen Sie Zahlungsziele nach Bonität, Liquidität und geltendem Recht. „Netto 30 Tage“, „Netto 60 Tage“ und ein Skontoangebot wie „2% bei Zahlung innerhalb von 10 Tagen, sonst 30 Tage netto“ erfordern ein klares Startereignis und einen Zahlungsabwicklungsprozess. Mehrere Zahlungsziele zu unterstützen bedeutet nicht, mehrere Instanzen desselben Zahlungsmoduls zu installieren.

Mit Stand vom 26. Oktober 2026 sieht Belgiens allgemeiner B2B-Rahmen standardmäßig 30 Tage und eine vertragliche Obergrenze von 60 Tagen vor; prüfen Sie Branchen- und Geltungsbereichsregeln. Die belgische parlamentarische Antwort zu Zahlungsfristen beschreibt den aktuellen Rahmen.

Frankreichs allgemeine vereinbarte Höchstfristen betragen 60 Tage ab Rechnung oder ausdrücklich vereinbarte 45 Tage zum Monatsende, mit Sonderregeln für bestimmte Branchen und Geschäfte. Nutzen Sie die amtlichen französischen Hinweise zu Zahlungsfristen. Bieten Sie nicht einfach 90 Tage netto an, nur weil die Software diese Zahl akzeptiert.

Erstellen Sie zusammenfassende VAT-Meldungen und gegebenenfalls Warenstatistiken aus Transaktionsdatensätzen, nicht nur aus einem Kundengruppenexport. Meldehäufigkeit und Schwellen hängen von Rechtsraum und Geschäft ab. Sind Warenstatistiken erforderlich, prüfen Sie, ob Ihre Exporte Warennummern, Gewichte und Werte liefern; Bestellsummen allein reichen möglicherweise nicht.

In Frankreich verwendet die innergemeinschaftliche Warenmeldung den état récapitulatif TVA; EMEBI ist die separate statistische Erhebung, während DES relevante Dienstleistungen betrifft. Siehe die Hinweise des französischen Zolls.

Bewahren Sie Rechnungen, relevante VAT-Prüfungen, Versandnachweise und Berichtigungen für den geltenden Zeitraum auf. Deutschlands allgemeine umsatzsteuerliche Rechnungsaufbewahrungsfrist beträgt acht Jahre, vorbehaltlich einschlägiger Verlängerungen und Ausnahmen; dies ist keine allgemeine Frist für sämtliche Buchhaltungsdaten. Siehe die FAQ des Bundesfinanzministeriums zur E-Rechnung.

Ein PDF allein erfüllt keine Pflicht zur strukturierten elektronischen Rechnungsstellung und Übermittlung. Polens KSeF-Ausstellungsphasen begannen am 1. Februar 2026 für Steuerpflichtige mit mehr als 200 Millionen PLN Bruttoumsatz 2024 und am 1. April 2026 für andere. Eine Übergangsregel für qualifizierende monatliche fakturierte Umsätze bis 10.000 PLN brutto läuft bis Ende 2026; Ausschlüsse und Empfangspflichten sind zu prüfen. Siehe den amtlichen KSeF-Geltungsbereich.

Zahlungsziele binden Betriebskapital. Bei gleichbleibend 20.000 € monatlichem Rechnungsumsatz und pünktlicher Zahlung ergibt ein einfaches 30-Tage-Modell ungefähr 20.000 € Forderungen, bei 60 Tagen ungefähr 40.000 €, vor Steuern, Saisonalität, Anzahlungen und anderen Zeitunterschieden. Finanzieren Sie die tatsächliche Liquiditätslücke anhand Ihrer Kosten- und Zahlungsplanung.

Die vollständigen B2B- und Privatkundenabläufe testen

1. Prüfen Sie Ansichten für anonyme Besucher, Gäste, Privatkunden, Geschäftskunden in Prüfung und freigegebene Geschäftskunden.
2. Testen Sie Standardgruppenwechsel, mehrere Mitgliedschaften und Preisregelüberschneidungen an jeder Mengenstufe.
3. Prüfen Sie öffentliche Preise, verborgene Kategorien, Direktlinks, Suchergebnisse und Zahlungsbeschränkungen. Testen Sie Versanddienstverfügbarkeit und Lieferkosten für Privat- und Geschäftskundenwarenkörbe.
4. Testen Sie Inlandslieferungen, qualifizierende innergemeinschaftliche Waren, Dienstleistungen, Ausfuhr und relevante XI-Szenarien getrennt.
5. Testen Sie gültige, ungültige, fehlerhaft formatierte, nicht verfügbare und nicht übereinstimmende VAT-Prüfungen und ändern Sie anschließend die Checkout-Adresse.
6. Testen Sie Kredit unterhalb, genau an und oberhalb des Limits, gleichzeitige Bestellungen, doppeltes Absenden und fehlgeschlagene Erstellung.
7. Prüfen Sie Fälligkeitsberechnung, Rechnungstext, Zahlungszuordnung, Teilzahlung, Erstattung und Gutschriftenbehandlung Ihrer Integration.
8. Gleichen Sie Berichtssummen ab und wiederholen Sie die Fälle in jedem verwendeten Shop und jeder Währung.

Gehen Sie nicht davon aus, dass B2B-Konfiguration Privatkunden unberührt lässt. Registrierungsfelder, globale Mindestgrenzen, Katalogmodus, Adresseinstellungen und Cache-Verhalten können beide Zielgruppen betreffen. Teilen Sie den fertigen Ablauf, Beispieldokumente und Berichtsexporte mit Ihrer Buchhaltung und Ihrem Abwicklungsteam.

Führen Sie Zugriffs- und Preisfälle in getrennten Browsersitzungen aus und wiederholen Sie sie nach dem Aufwärmen etwaiger Ganzseiten- oder Fragmentcaches. Erhalten anonyme Besucher die Preise eines anderen Kontos, ermitteln Sie die Cache-Regel oder Integration, die diese Antwort liefert. Testen Sie Anmeldung, Abmeldung und Stufenwechsel erneut, bevor Sie Preise öffentlich schalten.

Umstellung planen und Kontrollen übergeben

1. Dokumentieren Sie aktuelle Gruppenzuordnungen, Preisregeln, Steuereinstellungen, Zahlungsbeschränkungen und Bestellstatus. Ermitteln Sie geplante Importe, die die neue Einrichtung überschreiben könnten.
2. Vereinbaren Sie mit Ihrem Entwickler die Bereitstellungsreihenfolge. Erstellen und testen Sie Regeln vor der Zuordnung bestehender Konten und aktivieren Sie Vorteile dann nur für freigegebene Kunden.
3. Proben Sie die Umstellung in Staging mit repräsentativen bestehenden Konten und offenen Warenkörben. Vergleichen Sie Sollpreise, Berechtigungen und Außenstände mit den Buchhaltungsunterlagen.
4. Wählen Sie Produktivzeitfenster und die zum Stoppen der Änderung berechtigte Person. Definieren Sie, welcher Fehler die bisherigen Einstellungen wiederherstellt und wie Mitarbeiter mit während des Fensters angenommenen Bestellungen umgehen.
5. Verfolgen Sie nach der Umstellung tatsächliche Anträge und Bestellungen durch Prüfung, Bestellprozess, Versand, Fakturierung und Zahlungsausgleich. Bewahren Sie freigegebene Testfälle für spätere Theme-, Modul- oder Integrationsupdates auf.

Fragen an Entwickler oder Agentur

• Welche Einstellungen und Module bestimmen Freigabe, Standardpreisgruppe, Steuerbehandlung und Kreditberechtigung, und kann ein Import sie später ändern?
• Welche installierten Shop- und Modulversionen, welcher Bestellprozess und welches Theme wurden getestet, und wo liegen Konto-, Warenkorb- und Rechnungsbeispiele?
• Was verhindert, dass gleichzeitige Zahlungszielbestellungen denselben Kredit nutzen, und wie werden fehlgeschlagene Erstellungen, Stornierungen und Zahlungen abgeglichen?
• Wo finden Mitarbeiter eine ungeklärte VAT-Prüfung, einen fehlgeschlagenen Saldenabgleich und einen abgelehnten Antrag, und wer bearbeitet jeden Fall?
• Was wird bei gescheiterter Umstellung genau wiederhergestellt, und wie bleiben angenommene Bestellungen, Rechnungen und Zahlungszuordnungen verfügbar?

Häufige Fragen von Shopbetreibern

Kann der Käufer eine Bestellnummer seines Unternehmens angeben?

Machen Sie dies zur ausdrücklichen Anforderung, wenn seine Buchhaltung sie für die Zahlung benötigt. Prüfen Sie, wo Ihr Bestellprozess sie erfasst, wo sie gespeichert wird und ob sie Rechnung und Buchhaltungsexport erreicht. Eine freie Liefernachricht ist ein schlechter Ersatz für eine durchsuchbare und im gesamten Ablauf mitgeführte Bestellreferenz.

Können mehrere Mitarbeiter die Geschäftskundenvereinbarung einer Firma nutzen?

Entscheiden Sie, ob separate Anmeldungen, gemeinsamer Kredit und eine gemeinsame Rechnungsidentität nötig sind. Derselbe Firmenname in getrennten Kundendatensätzen begründet keine gemeinsame Vereinbarung. Fragen Sie vor der Zahlungszielfreigabe für jeden Mitarbeiter den Entwickler, wie Freigabe, Zugriffsentzug und Kreditrisiko zwischen diesen Konten verbunden sind.

Garantiert eine Nachbestellung den alten Preis?

Behandeln Sie eine Nachbestellung als neuen Kauf nach aktuellen Regeln, sofern Ihre Vereinbarung keinen Preis ausdrücklich garantiert. Testen Sie eine alte Bestellung nach Stufen-, Preis- oder Produktänderung, einschließlich nicht verfügbarer Artikel und aktueller Mindestgrenzen. Zeigen Sie dem Käufer vor dem Absenden den neu berechneten Warenkorb.

Was, wenn eine Überweisung mehrere Rechnungen bezahlt?

Ordnen Sie den erhaltenen Betrag den vorgesehenen Rechnungen über den unterstützten Buchhaltungs- oder Zahlungsablauf zu. Halten Sie nicht zugeordnete Beträge sichtbar und klären Sie Differenzen mit dem Käufer. Alle zugehörigen Bestellungen als bezahlt zu markieren würde Teilsalden verlieren und die nächste Kreditentscheidung unzuverlässig machen.