WooCommerce Entwickler in Dortmund

WooCommerce-Entwicklung für Händler und Industriezulieferer in Dortmund, vom Phönix-See bis zum Technologiezentrum am Hauptbahnhof. 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.

#WooCommerce-Entwicklung in Dortmund

Dortmund ist nicht mehr die Stadt von Hoesch und der Westfalenhütte. Wo Mitte der neunziger Jahre noch Stahl gekocht wurde, liegt heute der Phönix-See, und auf dem benachbarten Phönix-West-Areal sind aus den Erzbunkern Kulissen für Technologiefirmen und KI-Startups geworden. Die Stadt hat den Strukturwandel offensiv betrieben: das Technologiezentrum Dortmund (TZDO) am Hauptbahnhof gilt als eines der ersten und grössten Gründerzentren der Bundesrepublik, der Wissenschaftspark an der TU Dortmund bündelt Software-, KI- und Logistik-Cluster, und das Fraunhofer IML hat hier einen seiner Hauptsitze. Daneben steht ein klassischer westfälischer Mittelstand: Wilo aus Dortmund-Hörde ist Weltmarktführer für Pumpen, Signal Iduna hat ihre Konzernzentrale in der Innenstadt, und Borussia Dortmund prägt als Marke das Bild der Stadt weit über das Ruhrgebiet hinaus.

Für Online-Shops bedeutet das eine ungewöhnlich gemischte Käuferschaft: B2B-Beschaffer aus dem Maschinenbau und der Versicherungswirtschaft, D2C-Marken aus dem urbanen Umfeld der Nordstadt und des Kreuzviertels, klassischer Einzelhandel rund um den Westenhellweg sowie ein wachsender Tourismussektor rund um Phönix-See, Westfalenpark und Stadion. Jede dieser Gruppen hat eigene Anforderungen an Checkout, Versand und Buchhaltung, und ein Shop, der allen drei dient, braucht eine wartbare Architektur statt einer gewachsenen Plugin-Sammlung.

#Was wir für Dortmunder Shops bauen

• Checkout-Flows, die die deutsche Bezahlrealität abbilden: Kauf auf Rechnung als Standard-Erwartung, PayPal und PayPal Pay Later, Klarna, 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 die typischen Carrier am Standort: DHL über das nahe Hub in der Region, DPD mit Sitz im benachbarten Aschaffenburg-Korridor und Hermes über das Drehkreuz in Friedewald, mit Zonen, Gewichts- und Sperrgutregeln sowie Packstation-Adressen und Echtzeit-Sendungsverfolgung
• B2B-Funktionen für Zulieferer und Maschinenbauer im Umfeld von Wilo, KHS und der vielen Hidden Champions im Kreis Unna und Hagen: 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, eKomi-Bewertungen für serviceintensive Branchen, und Anbindung an die typischen DACH-Bewertungsökosysteme
• Mehrsprachige und mehrwährungsfähige Shops, wenn Hersteller aus dem Ruhrgebiet in die Benelux-Länder oder den DACH-Raum exportieren, mit WPML, lokalisiertem Checkout und korrekter Steuerzuordnung

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

Wer in Dortmund einen Online-Shop betreibt, kämpft selten mit einem reinen Werbeproblem. Häufiger ist es ein Vertrauens- 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 aus dem Maschinen- und Pumpenbau rund um Wilo und die Phönix-West-Industrieflächen 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 Zulieferer aus Lünen oder Schwerte will eine Bestellung auslösen, die ohne manuelle Nacharbeit in die SAP- oder DATEV-Buchhaltung läuft. Diese beiden Welten, schneller D2C-Checkout für die Marke aus dem Kreuzviertel und integrationsschwerer B2B-Prozess für den Industriezulieferer, brauchen unterschiedliche technische Entscheidungen, auch wenn beide auf WooCommerce laufen.

Ein dritter Punkt ist die Lage in der Logistikkette. Dortmund liegt an einem der dichtesten Knoten Europas: das DHL-Drehkreuz in Unna-Massen, der Dortmunder Hafen als grösster Kanalhafen Europas, die Nähe zu DPD im Sauerland und Hermes im Lipperland. Für Händler bedeutet das kurze Wege bei Same-Day-Zustellungen, aber auch die Pflicht, die Versandregeln im Shop sauber zu konfigurieren, damit Cut-off-Zeiten, Sperrgut und Paletten 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 die jeweils passenden Gateways mit 3D Secure 2. Hintergrundprozesse wie Bestell-E-Mails, ERP-Sync 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 Dortmunder 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, 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 Payment, Versand und Integration. Wir legen fest, welche Gateways aus deutscher Käufersicht Pflicht sind, wie Versand und DHL-Anbindung aussehen, wie die Warenwirtschaft angebunden wird und wo die Grenze zwischen Kern, Plugin-Code und Theme verläuft.
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 Dortmunder 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.
• Kauf auf Rechnung, SEPA und giropay fehlen oder funktionieren halb. Wir richten die in Deutschland erwarteten Bezahlwege sauber ein, inklusive Fehlerpfaden, Webhooks und Idempotenz, damit Doppelbuchungen ausgeschlossen sind.
• 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. Seit dem 28. Juni 2025 verpflichtet das Barrierefreiheitsstärkungsgesetz (BFSG) auch private Anbieter elektronischer Geschäftsverkehrsdienstleistungen ab gewissen Schwellen zur Barrierefreiheit. 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 die in Deutschland erwarteten Bezahlarten vollständig und stabil anbietet, sowie eine belastbare Infrastruktur für die Lastspitzen rund um Black Friday, das Weihnachtsgeschäft und (für Händler im Umfeld von BVB-Heimspielen) die Wochenenden mit Stadion-Verkehr. Jede Kennzahl wird vor und nach der Umsetzung gemessen und in der Projektdokumentation festgehalten.

#Warum Händler in Dortmund 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 Bezahlrealität wirklich konvertiert. Jede Architektur-Entscheidung wird begründet und dokumentiert, damit Ihr Team den Shop danach selbst weiterführen kann.

#Sicherheit, DSGVO und NIS2

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-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. 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 ankämpft. Unser Ansatz für WooCommerce in Dortmund:

• 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 Dortmund

Bauen Sie auch B2B-Shops für Zulieferer im Umfeld von Wilo, KHS und der Phönix-West-Industrie? Ja. Netto-Preise, kundenspezifische Preislisten, Freigabeprozesse und die Anbindung an JTL-Wawi, plentymarkets oder ein ERP gehören zu unserem Standardrepertoire. Wir kennen die Anforderungen des westfälischen Maschinenbaus 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 Dortmund? Nein. Der Schwerpunkt liegt auf dem Ruhrgebiet und dem deutschen Markt, aber wir arbeiten deutschlandweit und für Exporteure auch grenzüberschreitend. Gerade Hersteller aus dem Grossraum Dortmund, 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 das BFSG 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 Dortmund und zum Strukturwandel des Ruhrgebiets ist kein Dekor, sondern entscheidet über technische Prioritäten: Ein Zulieferer mit Sitz in Hörde braucht eine andere Checkout- und Integrationslogik als eine D2C-Marke aus der Nordstadt, und beide brauchen die deutsche Bezahl- und Rechtsbasis. 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 im Ruhrgebiet, dessen Absatzgebiet Richtung Benelux gut 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 Lünen 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 Dortmunder Zuliefererumfeld 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 Dortmund starten

Wenn Sie in Dortmund 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.