WooCommerce Entwickler in Duisburg

WooCommerce-Entwicklung für Händler, Logistikdienstleister und Industriezulieferer in Duisburg, vom Innenhafen bis zu den Terminals am Rhein. Wir bauen und reparieren Online-Shops, die die deutsche Bezahl- und Versandrealität ernst nehmen und Woo-Updates überstehen, statt bei jedem Release zu brechen. Für das breitere WordPress-Fundament rund um den Shop, etwa Theme-Architektur oder Content-Modelle abseits des Checkouts, siehe unsere WordPress-Entwicklung in Duisburg.

#WooCommerce-Entwicklung in Duisburg

Duisburg ist Europas grösster Binnenhafen und ein Knotenpunkt zwischen Ruhrgebiet, Niederrhein und den Seehäfen in Antwerpen und Rotterdam. Wo Kohle und Stahl den Alltag prägten, steuern heute Container, Schüttgut und kombinierter Verkehr die Wertschöpfung: die duisport-Gruppe betreibt Terminals am Rhein und an der Ruhr, Logistikflächen in Rheinhausen und Homberg binden Speditionen und Kontraktlager, und entlang der A40 und A59 fahren Lkw in dichter Taktung Richtung Benelux und Süddeutschland. Parallel dazu steht ein industrieller Mittelstand in Hochfeld, Wanheimerort und Marxloh, dazu Handel und Dienstleistungen rund um den Innenhafen, den Dellviertel- und Königstrasse-Bereich sowie die Nähe zu Düsseldorf und dem Flughafen.

Für Online-Shops bedeutet das eine ungewöhnlich gemischte Nachfrage: B2B-Beschaffer aus Stahlhandel, Maschinenbau und Kontraktlogistik, D2C-Marken aus dem urbanen Umfeld am Innenhafen, Ersatzteil- und Werkzeughändler mit Sperrgut und Palettenversand sowie Händler, deren Kundenkreise bis in die Niederlande und Belgien reichen. Jede dieser Gruppen stellt eigene Anforderungen an Checkout, Versandregeln, Netto-Preise und Buchhaltung. Ein Shop, der mehreren davon dient, braucht eine wartbare Architektur statt einer gewachsenen Plugin-Sammlung.

#Was wir für Duisburger Shops bauen

• Checkout-Flows, die die deutsche Bezahlrealität abbilden: Kauf auf Rechnung als Standard-Erwartung, PayPal und PayPal Pay Later, Klarna (Rechnung und Ratenkauf), SEPA-Lastschrift, giropay sowie Karten- und Wallet-Zahlung (Apple Pay, Google Pay) über Stripe oder Mollie, jeweils mit sauberer 3DS- und PSD2-Logik
• Versandkonfiguration für Carrier am Standort: DHL mit Packstation und Filialzustellung, DPD und Hermes für Paketvolumen, plus Regeln für Sperrgut, Paletten und Cut-off-Zeiten, die zu den Abholfenstern am Hafen und in den Gewerbegebieten passen
• B2B-Funktionen für Zulieferer und Händler im Umfeld von Stahl, Maschinenbau und Kontraktlogistik: kundenspezifische Netto-Preise, Staffelpreise, Mindestbestellmengen, Angebotsanfrage-Workflows mit Freigabeprozessen und getrennte Geschäftskundenportale
• Anbindung an Warenwirtschaft und Buchhaltung des Mittelstands: DATEV-konforme Rechnungsexporte, Schnittstellen zu JTL-Wawi, plentymarkets oder Afterbuy und Produktdaten-Sync aus ERP-Systemen mit Konfliktlösung und Bestandsabgleich
• Idealo-Feeds und Trusted-Shops-Anbindung für preisvergleichsgetriebene Sortimente sowie Anbindung an typische DACH-Bewertungsökosysteme
• Mehrsprachige und mehrwährungsfähige Shops, wenn Hersteller und Händler aus Duisburg in die Benelux-Länder oder den DACH-Raum exportieren, mit WPML, lokalisiertem Checkout und korrekter Steuerzuordnung

#Der Markt in Duisburg und was er für den Shop bedeutet

Wer in Duisburg einen Online-Shop betreibt, kämpft selten mit einem reinen Werbeproblem. Häufiger ist es ein Vertrauens-, Logistik- und Konformitätsproblem. Deutsche Käufer brechen ab, wenn der Bezahlteil unvollständig wirkt: kein Kauf auf Rechnung, kein sichtbares Trusted-Shops-Siegel, eine Widerrufsbelehrung, die im Footer versteckt ist. Der Rechnungskauf bleibt nach Zahlen des Handelsverbands Deutschland eine der meistgenutzten Bezahlarten überhaupt, PayPal dominiert die digitalen Wege, und ohne diese beiden Wege verliert ein Shop Umsatz, bevor das Marketing überhaupt greift.

Bei B2B-Händlern und Logistikern rund um den Binnenhafen sieht das Bild anders aus. Hier zählt nicht der hübsche Warenkorb, sondern dass der Shop Netto-Preise, projektbezogene Freigaben, Angebote über mehrere Hierarchiestufen und die Anbindung an die interne Warenwirtschaft korrekt abbildet. Ein Einkäufer bei einem Betrieb in Rheinhausen oder am Logport will eine Bestellung auslösen, die ohne manuelle Nacharbeit in die SAP-, JTL- oder DATEV-Buchhaltung läuft. Gleichzeitig erwarten Endkunden aus dem Ruhrgebiet und vom Niederrhein kurze Lieferzeiten und nachvollziehbare Tracking-Links. Diese beiden Welten, integrationsschwerer B2B-Prozess und schneller D2C-Checkout, brauchen unterschiedliche technische Entscheidungen, auch wenn beide auf WooCommerce laufen.

Ein dritter Punkt ist die Lage in der Logistikkette. Duisburg sitzt am Rhein als Tor zu den Seehäfen und zugleich als Verteilerknoten ins Ruhrgebiet. Für Händler bedeutet das kurze Wege bei regionalen Zustellungen, aber auch die Pflicht, Versandregeln, Gewichts- und Massregeln sowie Sperrgut im Shop sauber zu konfigurieren, damit Cut-off-Zeiten und Carrier-APIs (vor allem DHL) korrekt durchlaufen.

#Technischer Aufbau

Unsere typische Basis: WooCommerce auf aktuellem PHP, Objekt-Caching über Redis, eine schnelle Produktsuche, ein CDN vor dem Shop und ein bewusst schlankes Theme statt eines überladenen Page-Builders. Gehostet wird in der Regel bei deutschen Anbietern wie Hetzner, IONOS oder mittwald, weil Auftragsverarbeitungsverträge dort sauber sind und die Latenz zu Kunden in NRW gering bleibt. Zahlungen laufen über Klarna, PayPal und die jeweils passenden Karten-Gateways mit 3D Secure 2. Hintergrundprozesse wie Bestell-E-Mails, ERP-Sync, Etikettenerzeugung und Rechnungserstellung laufen über den Action Scheduler, damit sie den Checkout nie blockieren. Anpassungen entstehen über Action- und Filter-Hooks in einem eigenen Plugin, nicht durch Eingriffe in den WooCommerce-Kern, denn der Shop eines Duisburger Händlers muss das nächste Woo-Update ohne Drama überleben.

#Wie ein Projekt abläuft

1. Audit und Bestandsaufnahme. Wir analysieren den bestehenden Shop oder das Vorhaben: Produktstruktur, Checkout, aktive Zahlungsarten, DHL- und Carrier-Versandzonen, Steuerregeln, vorhandene Integrationen und eine Lighthouse-Messung auf den meistbesuchten Produkt- und Kategorieseiten. Technische Schulden und schnelle Verbesserungen werden schriftlich dokumentiert, bevor Code entsteht.
2. Plan für Gateways, Versand und Recht. Festlegung der Zahlarten (Klarna, PayPal, SEPA, giropay, Karte), der deutschen Pflichtangaben, der DHL-Anbindung und der Schnittstellen zu Warenwirtschaft und Fulfilment, schriftlich dokumentiert.
3. Umsetzung in Feature-Branches. Entwicklung nach den Coding Standards von WordPress und WooCommerce, mit Tests auf den Zahlungs- und Bestellpfaden, in nachvollziehbaren Iterationen mit lauffähigem Stand am Ende jedes Schritts.
4. QA gegen Testumgebung. Vollständiger Durchlauf auf einer produktionsnahen Testumgebung: Warenkorb, Checkout, Testzahlungen auf jedem Gateway, Rückerstattung, Kunden-E-Mails, Bestellbearbeitung im Admin. Erst danach geht es live.
5. Go-live und Übergabe. DNS, SSL, Cache-Warmup, Redirect-Prüfung und Monitoring. Nach dem Start bleiben wir in Bereitschaft für die erste kritische Phase und übergeben mit dokumentierten Runbooks für jedes Gateway.

#Probleme, mit denen Duisburger Händler zu uns kommen

• Der Checkout ist langsam oder bricht ab. Häufig liegt es an Cart-Fragments, einem schweren Theme oder zu vielen synchron geladenen Gateway-Skripten. Wir messen den echten Engpass und beheben ihn, statt ein weiteres Optimierungs-Plugin zu stapeln.
• Klarna, PayPal, SEPA oder giropay fehlen oder funktionieren halb. Wir richten die in Deutschland erwarteten Bezahlwege sauber ein, inklusive Fehlerpfaden, Webhooks und Idempotenz, damit Doppelbuchungen ausgeschlossen sind.
• Versandregeln passen nicht zur Hafen- und Sperrgutlogik. Packstation, Filiale, Paletten und Cut-off-Zeiten müssen im Shop abgebildet werden, sonst entstehen manuelle Nacharbeiten im Lager.
• Die Buchhaltung passt nicht zum Shop. DATEV-Export, korrekte Rechnungsnummern, MwSt.-Logik und der innergemeinschaftliche EU-Handel über das OSS-Verfahren werden so konfiguriert, dass die Steuerberatung nicht jeden Monat nacharbeiten muss.
• Rechtliche Unsicherheit. Impressum, Widerrufsbelehrung, Preisangabenverordnung und DSGVO-konformes Einwilligungsmanagement gehören in die Shop-Architektur, nicht in eine nachträgliche Bastelei.
• Barrierefreiheit nach BFSG und EAA. Seit dem 28. Juni 2025 verpflichtet das Barrierefreiheitsstärkungsgesetz (BFSG) auch private Anbieter elektronischer Geschäftsverkehrsdienstleistungen ab gewissen Schwellen zur Barrierefreiheit; die European Accessibility Act (EAA) setzt denselben Standard EU-weit. Wir prüfen Tastatursteuerung, Kontraste, ARIA-Labels und alternative Texte am Checkout und im Konto-Bereich.

#Was Sie als Ergebnis erwarten können

Wir vereinbaren die Erfolgskriterien vor Projektbeginn schriftlich, statt mit erfundenen Prozentwerten zu werben. Üblich sind: spürbar schnellere Produkt- und Kategorieseiten mit optimierter Bildauslieferung in WebP und AVIF, ein Checkout, der Klarna, PayPal und die übrigen in Deutschland erwarteten Bezahlarten vollständig und stabil anbietet, sowie eine belastbare Infrastruktur für Lastspitzen rund um Black Friday, das Weihnachtsgeschäft und saisonale Logistikspitzen am Rhein. Jede Kennzahl wird vor und nach der Umsetzung gemessen und in der Projektdokumentation festgehalten.

#Warum Händler in Duisburg mit uns arbeiten

Wir sind seit Jahren aktiv in der WordPress- und WooCommerce-Community und bauen mit den Werkzeugen, über die andere nur lesen. Wir haben WooCommerce-Shops unterschiedlicher Grösse und Lastprofile gebaut und kennen den Unterschied zwischen einem Shop, der gut aussieht, und einem, der in der deutschen Bezahl- und Versandrealität wirklich konvertiert. Jede Architektur-Entscheidung wird begründet und dokumentiert, damit Ihr Team den Shop danach selbst weiterführen kann. Direkte Kommunikation mit Seniorentwicklern: Die Person, mit der Sie sprechen, ist die Person, die den Code schreibt.

#Sicherheit, DSGVO und EAA

Unsere Sicherheits-Baseline gilt für jedes Projekt: HTTPS mit HSTS, eine Content Security Policy gegen XSS, Schwachstellen-Scanning der Abhängigkeiten in der CI, Zwei-Faktor-Authentifizierung für alle Admin-Konten und getestete Backups. Da ein Shop personenbezogene Daten verarbeitet, gehört die DSGVO in die Architektur: ein Einwilligungsmanagement nach TTDSG, das vor dem Setzen nicht-essenzieller Cookies greift, Auftragsverarbeitungsverträge mit allen Dienstleistern, Datensparsamkeit im Checkout und nachvollziehbare Löschkonzepte. Für mittelständische Zulieferer im KRITIS- oder Logistik-Umfeld kommt seit 2024/2025 die NIS2-Richtlinie hinzu: Wir achten auf Lieferketten-Dokumentation, Incident-Response-Prozesse und nachweisbare technische Massnahmen, damit der Shop nicht zur schwachen Stelle in einer ansonsten gehärteten IT wird.

Barrierefreiheit ist kein nachträglicher Anstrich. BFSG und EAA verlangen bedienbare Checkouts: Tastaturpfade, Fokus-Indikatoren, ausreichende Kontraste, semantische Labels statt nur Placeholder, Fehlermeldungen mit ARIA-Live-Regionen. Trusted-Shops-Anbindung und rechtssichere Pflichttexte (Impressum, Widerrufsbelehrung, AGB) werden technisch sauber eingebunden, nicht nur ins Theme kopiert.

#Performance-Engineering

Geschwindigkeit ist im Wettbewerb ein harter Faktor, gerade wenn ein Shop gegen Amazon-Gewohnheiten und gegen schnelle Marktplätze ankämpft. Unser Ansatz für WooCommerce in Duisburg:

• Asset-Optimierung: responsive Bilder in WebP und AVIF, bereinigtes und routenweise gesplittetes CSS, Tree-Shaking und Code-Splitting beim JavaScript
• Caching-Architektur: mehrstufig vom Browser-Cache über das CDN bis zum Objekt-Cache (Redis) und intelligent invalidierten Transients
• Netzwerk-Optimierung: HTTP/3, Brotli-Kompression, gezielte Preconnect- und DNS-Prefetch-Hints
• Rendering-Optimierung: Critical CSS inline, asynchrone Stylesheets, Lazy Loading von Bildern und Iframes

Jede Entscheidung wird gemessen, der Vorher-Nachher-Stand dokumentiert und als Baseline beigelegt.

#Häufige Fragen aus Duisburg

Bauen Sie auch B2B-Shops für Zulieferer und Logistiker am Binnenhafen? Ja. Netto-Preise, kundenspezifische Preislisten, Freigabeprozesse, Sperrgut- und Palettenversand sowie die Anbindung an JTL-Wawi, plentymarkets oder ein ERP gehören zu unserem Standardrepertoire. Wir kennen die Anforderungen von Industrie und Kontraktlogistik an Stücklisten, technische Dokumentation und Angebotsprozesse.

Können Sie einen bestehenden, langsamen Shop übernehmen? Ja. Wir beginnen mit einem Audit aus Lighthouse-, WP-CLI-Profil- und Query-Monitor-Lauf, finden den realen Engpass und beheben ihn gezielt, statt den Shop neu zu bauen, wo es nicht nötig ist.

Arbeiten Sie nur mit Unternehmen aus Duisburg? Nein. Der Schwerpunkt liegt auf dem Ruhrgebiet, dem Niederrhein und dem deutschen Markt, aber wir arbeiten deutschlandweit und für Exporteure auch grenzüberschreitend. Gerade Händler aus dem Grossraum Duisburg, deren Märkte bis in die Benelux-Länder reichen, profitieren von einem Shop, der mehrere Sprachen, Währungen und Steuerlogiken sauber trennt.

Wie gehen Sie mit der neuen BNPL-Regulierung um? Ab dem 20. November 2026 fällt durch die EU-Verbraucherkreditrichtlinie das bisherige 200-Euro-Limit für Buy-Now-Pay-Later weg, jede Ratenzahlung wird kreditprüfungspflichtig. Wir konfigurieren Klarna und PayPal Pay Later so, dass die geänderten Anforderungen am Checkout korrekt greifen, ohne dass dabei die Conversion unnötig leidet.

Wie setzen Sie BFSG und EAA am Checkout um? Wir gehen die typischen Schwachstellen Schritt für Schritt durch: Tastaturbedienbarkeit aller Schritte, sichtbare Fokus-Indikatoren, ausreichende Kontraste, semantische Labels statt Placeholder, Fehlermeldungen mit ARIA-Live-Regionen und Skip-Links. Die Massnahmen werden gegen die EN 301 549 und WCAG 2.1 AA geprüft und schriftlich dokumentiert.

#Lokaler Kontext, am Thema WooCommerce orientiert

Der Bezug zu Duisburg, zum Binnenhafen und zum Rheinhandel ist kein Dekor, sondern entscheidet über technische Prioritäten: Ein Logistiker mit Sitz in Rheinhausen braucht eine andere Checkout- und Integrationslogik als eine D2C-Marke am Innenhafen, und beide brauchen die deutsche Bezahl-, Versand- und Rechtsbasis mit Klarna, PayPal, DHL, DSGVO und EAA-tauglicher Bedienbarkeit. Wir halten die Seite und das Projekt bei WooCommerce: klare Ist-Analyse, schriftliche Annahmen, messbare Abnahmekriterien und ein nachvollziehbarer Lieferweg.

#Steuern und Rechnungen im grenzüberschreitenden Verkauf

Die Lieferschwelle ist seit Juli 2021 kein Wert pro Land mehr, sondern ein einziger EU-weiter Betrag. Mit der zweiten Stufe des Mehrwertsteuer-Digitalpakets gilt für Fernverkäufe an Privatkunden in anderen EU-Staaten eine gemeinsame Geringfügigkeitsschwelle von 10.000 Euro netto pro Kalenderjahr, gerechnet über alle Zielländer zusammen und einschliesslich elektronisch erbrachter Dienstleistungen. Darunter darf weiter mit dem deutschen Steuersatz fakturiert werden, darüber schuldet der Händler die Umsatzsteuer des Bestimmungslands, und zwar ab dem Umsatz, der die Schwelle überschreitet, nicht erst im Folgejahr. Für einen Shop am Rhein, dessen Absatzgebiet Richtung Benelux oft nur eine Autostunde entfernt beginnt, ist dieser Punkt regelmässig früher erreicht, als die Buchhaltung ihn im Blick hat. Im Shop bedeutet das gepflegte Steuersätze je Zielland und Steuerklasse statt einer einzigen Pauschalzeile: die Standardklasse für das Sortiment, reduzierte Klassen für Bücher, Lebensmittel oder bestimmte Reparaturleistungen, und ein Nullsatz-Eintrag für steuerfreie innergemeinschaftliche Lieferungen. Der Bestand lässt sich mit wp wc tax list --user=1 auslesen und als Datei versionieren, damit eine Änderung an der Steuermatrix nachvollziehbar bleibt und nicht als stille Klickarbeit im Admin verschwindet.

Das One-Stop-Shop-Verfahren ersetzt die Registrierung in jedem einzelnen Zielland. Die Anmeldung läuft beim Bundeszentralamt für Steuern, die Meldung erfolgt quartalsweise und ist bis zum Ende des Monats abzugeben, der auf das Quartal folgt; für die Zahlung gilt dieselbe Frist. Der Haken liegt nicht im Formular, sondern in den Daten: Die Meldung verlangt eine Aufschlüsselung nach Bestimmungsland und Steuersatz, keine Gesamtsumme. Ein Shop, der nur den Bruttoumsatz je Bestellung speichert, kann diese Aufteilung nachträglich nicht mehr sauber rekonstruieren. Deshalb wird der angewandte Satz je Position dauerhaft in den Steuerpositionen der Bestellung gespeichert, statt ihn später aus dem jeweils aktuellen Steuersatz neu zu berechnen. Rechnet man später neu, verschiebt jede Satzänderung rückwirkend alte Bestellungen. Der Export für die Steuerberatung enthält daher je Bestellposition Länderkürzel, Satz, Nettobetrag, Steuerbetrag und Bestelldatum, und er läuft über den Action Scheduler als wiederholbarer Lauf, nicht als Klick, der bei Zeitüberschreitung die Hälfte der Zeilen liefert. Retouren und Teilerstattungen müssen im selben Satz und im selben Zielland gegengebucht werden, sonst kippt die Quartalsmeldung genau dort, wo sie am schwersten zu prüfen ist.

Die Prüfung der Umsatzsteuer-Identifikationsnummer gehört in den Checkout, nicht in die Nachbearbeitung. Eine steuerfreie innergemeinschaftliche Lieferung setzt eine im Zeitpunkt der Lieferung gültige, ausländische USt-IdNr des Empfängers voraus, dazu die Zusammenfassende Meldung und einen Belegnachweis über das Gelangen der Ware. Technisch heisst das: ein zusätzliches Feld über den Filter woocommerce_checkout_fields, eine Prüfung in woocommerce_after_checkout_validation und eine Abfrage gegen den VIES-Dienst der EU-Kommission. Für den Nachweis reicht die einfache Bestätigung selten aus, die qualifizierte Bestätigungsabfrage beim Bundeszentralamt für Steuern gleicht zusätzlich Name, Ort, Postleitzahl und Strasse ab und liefert ein protokollierbares Ergebnis. Dieses Ergebnis, sein Zeitstempel und die Vorgangskennung werden an der Bestellung gespeichert, nicht in der Session, sonst ist der Nachweis mit dem Ende der Sitzung verloren. Die VIES-Abfrage wird an die Datenbanken der einzelnen Mitgliedstaaten weitergereicht, und einzelne davon sind zeitweise nicht erreichbar. Der Ablauf muss deshalb im Zweifel zur sicheren Seite hin entscheiden: Bei Zeitüberschreitung wird regulär besteuert, die Bestellung angenommen und die Prüfung über einen Action-Scheduler-Job wiederholt, statt eine Nullbesteuerung auf einen nicht beantworteten Aufruf zu gründen. Ergebnisse werden zwischengespeichert, aber mit Verfallsdatum, weil eine USt-IdNr entzogen werden kann.

Netto oder brutto entscheidet die Kundengruppe, nicht der Geschmack. Gegenüber Verbrauchern verlangt die Preisangabenverordnung den Gesamtpreis einschliesslich Umsatzsteuer und Versandkostenangabe, gegenüber gewerblichen Abnehmern ist die Nettoanzeige mit dem Hinweis auf die zusätzlich anfallende Umsatzsteuer üblich und zulässig. WooCommerce steuert das global über woocommerce_tax_display_shop für Katalogseiten und woocommerce_tax_display_cart für Warenkorb und Checkout. Für einen Shop, der beide Welten bedient, werden diese Werte pro Rolle gefiltert und die Preisausgabe über woocommerce_get_price_html sowie wc_get_price_excluding_tax und wc_get_price_including_tax konsistent gehalten. Der eigentliche Fehler passiert danach: Seiten-Cache und CDN liefern das einmal gerenderte Preis-Markup an die falsche Gruppe aus. Entweder bleibt die Preisausgabe für angemeldete Geschäftskunden aus dem gecachten HTML heraus und wird nachgeladen, oder der Cache-Schlüssel wird um ein Gruppenmerkmal erweitert. Wer das übersieht, zeigt einem Einkäufer aus Rheinhausen Bruttopreise und einem Endkunden Nettopreise, und beides ist ein Grund für eine Abmahnung.

Die Übergabe an die Buchhaltung ist eine Schnittstelle, kein PDF-Ordner. Eine Rechnung braucht die Pflichtangaben nach dem Umsatzsteuergesetz: fortlaufende, einmalig vergebene Nummer, vollständige Anschriften, Leistungszeitpunkt, Entgelt je Steuersatz und die ausgewiesene Steuer, bei Reverse Charge zusätzlich beide Umsatzsteuer-Identifikationsnummern und den Hinweis auf die Steuerschuldnerschaft des Leistungsempfängers. Die Bestellnummer aus WooCommerce taugt dafür nicht ohne Weiteres, weil Entwürfe und abgebrochene Zahlungen Lücken erzeugen, deshalb läuft die Rechnungsnummer über einen eigenen, transaktionssicheren Zähler. Der Export in die Buchhaltung erfolgt als Buchungsstapel im DATEV-Format mit Konten aus SKR03 oder SKR04 und dem passenden Steuerschlüssel je Land, abgestimmt mit der Steuerkanzlei, bevor die erste Zeile geschrieben wird. Zahlungsanbieter wie PayPal, Klarna oder Stripe zahlen gesammelt und abzüglich Gebühren aus, was ein eigenes Geldtransitkonto und einen Abgleich zwischen Auszahlung und Einzelbestellung nötig macht. Dazu kommen die GoBD-Anforderungen an Unveränderbarkeit, Nachvollziehbarkeit und eine Verfahrensdokumentation sowie die zehnjährige Aufbewahrung nach der Abgabenordnung, die eine Rechnung im Shop archivpflichtig macht, auch wenn ein Kundenkonto gelöscht wird. Seit dem 1. Januar 2025 müssen inländische Unternehmen elektronische Rechnungen im strukturierten Format nach EN 16931, also XRechnung oder ZUGFeRD, empfangen können; die Pflicht zum Versand ist gestaffelt und greift für kleinere Unternehmen später. Für einen B2B-Shop im Duisburger Industrie- und Logistikumfeld heisst das konkret, dass der Rechnungsausgang nicht bei einem gestalteten PDF endet, sondern eine maschinenlesbare Fassung mitliefert.

Wir richten diese Kette als zusammenhängenden Ablauf ein: Steuermatrix je Zielland versioniert, Steuerpositionen dauerhaft an der Bestellung, USt-IdNr-Prüfung mit protokolliertem Ergebnis, rollenabhängige Preisanzeige mit passender Cache-Strategie, Rechnungsnummern aus einem eigenen Zähler und ein wiederholbarer Export in die Buchhaltung. Getestet wird das mit Testbestellungen aus mehreren EU-Ländern, mit und ohne gültige USt-IdNr, einschliesslich Teilerstattung, damit der Fehler in der Testumgebung auffällt und nicht in der Quartalsmeldung.

#Projekt in Duisburg starten

Wenn Sie in Duisburg oder im Ruhrgebiet WooCommerce-Entwicklung brauchen, melden Sie sich für ein unverbindliches Erstgespräch. Wir sehen uns Ihre Situation an, klären Ziele, Zeitrahmen und Rahmenbedingungen und geben eine ehrliche Einschätzung. Die Preisgestaltung ist individuell und richtet sich nach Umfang und Integrationstiefe. Jedes gute Projekt beginnt mit klarer Kommunikation und gemeinsamen Erwartungen.