WordPress Entwickler in München

#Buchhaltung, Angebot, Auftrag: WordPress an DATEV und SAP anbinden

Im Münchner Mittelstand entscheidet sich der Wert einer Website selten am Layout. Sie entscheidet sich daran, ob die Website mit den Systemen spricht, in denen das Geschäft tatsächlich läuft: DATEV in der Buchhaltung, SAP oder Microsoft Dynamics in der Auftragsabwicklung, dazu häufig ein gewachsenes Tabellen-Zwischenlager, für das sich niemand mehr zuständig fühlt. Genau an dieser Stelle setzen unsere Projekte in München und Oberbayern an.

#Belege, die in der Kanzlei ankommen, ohne dass jemand abtippt

Eine Weboberfläche, die Rechnungen erzeugt und sie danach als PDF in einen Ordner legt, hat die Arbeit nur verschoben. Wir bauen stattdessen die Übergabe an DATEV so, dass die Steuerkanzlei den Stapel einlesen kann: Belegdatum, Belegnummer, Konto und Gegenkonto nach SKR03 oder SKR04, Steuerschlüssel, Debitorennummer und Buchungstext in den Feldern, die der Import erwartet.

Die interessanten Fälle sind nicht die geraden Rechnungen, sondern die Ausnahmen. Wie werden Gutschriften und Stornos gekennzeichnet, damit sie nicht als zweite Forderung erscheinen? Welcher Steuerschlüssel gilt bei einer innergemeinschaftlichen Lieferung an einen österreichischen Geschäftskunden, und was passiert, wenn dessen Umsatzsteuer-Identifikationsnummer zum Buchungszeitpunkt nicht mehr gültig ist? Diese Regeln legen wir vor der ersten Zeile Code gemeinsam mit Ihrer Buchhaltung fest und schreiben sie in den Schnittstellenkatalog. Kanzleien in München arbeiten oft mit Mandantennummern und eigenen Kontenrahmen-Anpassungen; wir übernehmen diese Struktur, statt eine eigene zu erfinden.

#Vom Anfrageformular zur Belegnummer

Die zweite Hälfte betrifft den Vertrieb. Ein Fertigungsbetrieb in Aschheim oder ein Handelshaus in Dornach will nicht, dass eine Web-Anfrage in einem Postfach landet und dort per Hand in die Auftragsmaske wandert. Wir führen die Strecke durch: Der Interessent stellt seine Anfrage online zusammen, das System prüft Artikelstamm, Mengenstaffel und die für diesen Kunden hinterlegten Konditionen, und der Vorgang entsteht direkt als Angebot im ERP mit eigener Belegnummer.

Danach fließt die Information zurück. Der Kunde sieht in seinem Konto, ob sein Angebot in Bearbeitung ist, ob es angenommen wurde und wann die Lieferung geplant ist. Für Vertriebsinnendienste bedeutet das weniger Statusanrufe. Für die IT bedeutet es eine klare Regel darüber, welches System welches Feld führt: Preise und Verfügbarkeit kommen aus dem ERP, Texte und Bilder aus WordPress, und im Konfliktfall gewinnt immer die Seite, die im Katalog dafür benannt ist.

#Was passiert, wenn das ERP im Wartungsfenster steht

Jede ernsthafte ERP-Anbindung scheitert irgendwann daran, dass das Zielsystem nicht antwortet. Wartungsfenster liegen häufig nachts oder am Wochenende, Releases dauern länger als geplant, und ein bayerischer Feiertag verschiebt den Zeitplan zusätzlich. Eine Schnittstelle, die synchron auf eine Antwort wartet, wirft in diesem Moment einen Fehler auf die Kundenseite.

Deshalb läuft bei uns kein Vorgang direkt in das Fremdsystem. Jede Übergabe wird zunächst in eine Warteschlange geschrieben und mit einem Idempotenzschlüssel versehen, damit eine doppelte Zustellung keinen zweiten Auftrag erzeugt. Die Zustellung wird mit wachsenden Abständen wiederholt. Bleibt das Zielsystem länger stumm, wandert der Vorgang in ein Fehlerpostfach, das Ihre Fachabteilung im WordPress-Backend öffnen, prüfen und erneut anstoßen kann. Dazu gehört eine Benachrichtigung, die nicht erst auffällt, wenn ein Kunde anruft.

Zur Fehlerbehandlung gehört auch die Frage, was ein halb durchgelaufener Vorgang bedeutet. Wenn der Auftrag im ERP angelegt wurde, die Rückmeldung an WordPress aber verloren ging, darf ein zweiter Versuch keinen Doppelauftrag erzeugen. Wir arbeiten deshalb mit fachlichen Schlüsseln aus dem Quellsystem statt mit fortlaufenden Zählern, und wir protokollieren jeden Zustellversuch mit Zeitstempel, Antwortcode und Nutzlast. Wenn eine Woche später jemand fragt, warum eine Rechnung fehlt, ist das eine Abfrage im Protokoll und keine Rekonstruktion aus Erinnerungen.

Wir dokumentieren außerdem, welche Vorgänge bewusst nicht automatisiert werden. Eine Bonitätsentscheidung, eine Sonderkondition oder eine Reklamation gehören in die Hand eines Menschen. Automatisierung ohne diese Grenze erzeugt nur eine neue Sorte Aufräumarbeit.

#Wer in München anfragt und woran es meistens hakt

Vier Gruppen prägen unsere Projekte im Großraum München. Familiengeführte Fertigungs- und Handelsbetriebe im Umland, die ein gewachsenes Portal an ihre Warenwirtschaft anschließen wollen. Versicherer, Makler und Vorsorgevermittler, bei denen jede veröffentlichte Zahl einen Freigabeweg hat. Zulieferer aus dem Automotive-Umfeld, deren Website vor allem ein Produktdatenproblem löst. Und Technologieunternehmen zwischen Garching, Unterföhring und der Parkstadt Schwabing, die Marketingseiten in der Geschwindigkeit ihres Produktteams ausliefern wollen.

Der Engpass ist in allen vier Fällen ähnlich. Erfahrene PHP-Entwickler sind in München fest gebunden, häufig in IT-Abteilungen großer Konzerne oder bei Zulieferern. Was übrig bleibt, wird oft mit einem gekauften Universal-Theme und einer Sammlung zusammengesteckter Erweiterungen überbrückt. Solange die Website nur Texte zeigt, fällt das nicht auf. Sobald sie Daten austauschen soll, wird jede Anpassung teuer, weil niemand mehr sagen kann, welche Schicht gerade zuständig ist.

#Das Block-Theme als Werkzeug für Ihre Redaktion

Ein dediziertes Block-Theme bauen wir nicht als Selbstzweck, sondern weil Marketingteams in München sonst für jede Landingpage ein Ticket schreiben müssen. Full Site Editing macht das Theme zum Arbeitsgerät der Redaktion, wenn es richtig aufgesetzt ist.

Grundlage ist theme.json als Designsystem: Farbpalette, Typografiestufen, Abstandsskala und Layoutbreiten sind dort einmal definiert. Freie Formatierung schalten wir ab. Wer eine Überschrift setzt, bekommt die Größe, die zur Marke gehört, und keine, die zufällig gut aussieht. Darüber liegen Synced Patterns: fertige Bausteine für Produktvorstellungen, Referenzblöcke, Whitepaper-Anmeldungen oder Veranstaltungshinweise, aus denen eine neue Seite in Minuten entsteht.

Wo Standardblöcke nicht ausreichen, entwickeln wir eigene: eine Kennzahlenkachel, die ihre Werte aus einem Feld zieht, statt sie im Text zu wiederholen, oder ein Referenzmodul, das freigegebene Kundenlogos aus einer zentralen Liste bezieht, damit ein abgelaufenes Nutzungsrecht nicht auf vierzig Seiten einzeln gesucht werden muss.

Dazu gehören Rollen und ein Freigabeschritt. In Unternehmen mit mehreren Marken oder Landesgesellschaften richten wir getrennte Bereiche mit eigenen Vorlagen ein, sodass die deutsche Redaktion die österreichischen Seiten nicht versehentlich überschreibt. Was veröffentlicht wird, durchläuft vorher eine Vorschau, die den echten Seitenzustand zeigt und nicht eine Editor-Annäherung.

#Schulung an Ihren eigenen Inhalten

Nach dem Livegang schulen wir Ihr Team an dem Material, mit dem es danach arbeitet: per Videokonferenz oder vor Ort in München, mit kurzen Aufzeichnungen und einem schriftlichen Leitfaden. Das Ziel ist, dass Marketing neue Seiten selbst baut und uns für Entwicklung anfragt, nicht für Textänderungen.

#Versicherer und Makler: Rechenstrecken und Freigabewege

Für Versicherer, Maklerhäuser und Vorsorgevermittler im Raum München ist die Website kein Prospekt, sondern eine Strecke mit rechtlicher Wirkung. Wir bauen Beitragsrechner und Antragsformulare so, dass ein Nutzer sie unterbrechen und später fortsetzen kann, ohne dass Zwischenstände unkontrolliert liegen bleiben. Pflichtdokumente wie Produktinformationsblätter und Erstinformationen hängen versioniert am jeweiligen Tarifstand, damit im Nachhinein nachvollziehbar ist, welches Dokument ein Interessent an welchem Tag gesehen hat.

Der Freigabeweg ist dabei oft aufwendiger als die Technik. Eine geänderte Tarifzahl geht durch die Fachabteilung, bevor sie öffentlich wird. Wir bilden das als Redaktionszustand ab, nicht als Absprache per E-Mail. Vermittlerverzeichnisse mit Suche nach Postleitzahl und Sparte binden wir an den Bestand an, damit ausgeschiedene Vermittler nicht monatelang online stehen bleiben.

Datensparsamkeit ist hier keine Formalie, sondern eine Gestaltungsfrage. Ein Rechner, der Geburtsdatum, Vorerkrankungen und Beruf abfragt, sammelt sensible Angaben, bevor überhaupt Kontakt zustande kommt. Wir rechnen solche Strecken serverseitig und speichern Zwischenstände pseudonymisiert mit einer festen Löschfrist. Was in die Beratung gehört, wird erst mit dem Absenden übertragen, und die Übergabe an das Maklerverwaltungsprogramm läuft über dieselbe Warteschlangenlogik wie jede andere Schnittstelle, damit ein nicht erreichbares Zielsystem keinen Interessenten kostet.

#Automotive-Zulieferer: Produktdaten aus PIM und Teilekatalog

Zulieferer im Münchner Umland haben selten ein Designproblem. Sie haben ein Datenproblem. Zehntausende Artikel, Varianten je Fahrzeugmodell und Baujahr, technische Merkmale, Werkstoffangaben, Normverweise, Zeichnungen und Datenblätter in mehreren Sprachen, gepflegt in einem PIM oder in der Warenwirtschaft und veröffentlicht in einem PDF-Katalog, den niemand durchsucht.

Wir bilden diese Struktur im Web ab: Artikel und Varianten als eigene Inhaltstypen, Fahrzeug- und Anwendungszuordnung als Taxonomie, Merkmale als filterbare Felder. Eine Suche nach Werkstoff, Norm, Anschlussmaß oder Fahrzeugverwendung liefert damit eine Ergebnisliste statt eines Downloads. Datenblätter entstehen aus demselben Datenbestand, sodass ein geändertes Maß nicht in drei Dokumenten nachgezogen werden muss.

Der Abgleich läuft geplant und protokolliert. Bei Katalogen dieser Größe ist die Datenbank der eigentliche Flaschenhals, deshalb liegen Filterabfragen auf einem Objekt-Cache und die Ergebnislisten werden vorberechnet. Geschützte Bereiche für Händler und Entwicklungspartner trennen wir sauber vom öffentlichen Katalog, weil Konstruktionsdaten und Preise unterschiedliche Zielgruppen haben.

Zwei Details entscheiden bei Zulieferern über den Nutzen des Portals. Erstens die Übersetzungslogik: Merkmalsnamen und Einheiten gehören in eine gepflegte Liste, sonst steht dieselbe Eigenschaft in der englischen Fassung unter drei Bezeichnungen. Zweitens die Auslaufsteuerung: Ein abgekündigter Artikel darf nicht einfach verschwinden, weil Einkäufer und Suchmaschinen ihn weiterhin ansteuern. Wir markieren ihn als nicht mehr lieferbar, verweisen auf den Nachfolger und behalten die Adresse bei.

#Headless für Technologieunternehmen im Isar Valley

Softwarehäuser und Scale-ups zwischen Garching und Unterföhring haben einen anderen Takt. Produktseiten ändern sich wöchentlich, Dokumentation und Marketing sollen im selben System liegen, und das Frontend gehört ohnehin schon einem React- oder Astro-Team.

In diesen Fällen trennen wir Redaktion und Auslieferung. WordPress bleibt der Ort, an dem Content-Marketing und Produktmarketing arbeiten, ausgeliefert wird ein vorgerendertes Frontend über ein Edge-Netzwerk. Praktisch zählt dabei weniger die Architekturzeichnung als der Alltag: Vorschau-Deployments pro Branch, damit eine Kampagnenseite vor dem Livegang begutachtet werden kann, Designtokens aus dem Repository statt doppelter Pflege, und ein Neuaufbau, der nur die geänderten Seiten anfasst, damit ein Tippfehler kein vollständiges Rebuild aller Sprachversionen auslöst.

Der Nebeneffekt betrifft die Angriffsfläche: Das Redaktionssystem steht nicht mehr öffentlich im Netz, Anmeldeversuche gegen die Login-Seite laufen ins Leere.

Headless ist allerdings kein Standardweg. Wenn eine Redaktion selten veröffentlicht und kein eigenes Frontend-Team im Haus ist, bezahlt sie den Vorteil mit einer zusätzlichen Auslieferungskette, die jemand betreuen muss. Wir sagen das im Vorgespräch, bevor die Architektur feststeht.

#Ein typisches Projekt aus dem Münchner Mittelstand

Damit greifbar wird, wie so etwas abläuft, hier ein typisches Projektprofil, wie es uns in München regelmäßig begegnet: ein Hersteller mit rund achttausend Artikeln, gewachsenem Portal auf einem Universal-Theme, Preislisten in Tabellen, einer Buchhaltung, die Rechnungsdaten monatlich per Hand an die Kanzlei übergibt, und einem Marketingteam, das für jede Landingpage auf die Agentur wartet.

Der Fahrplan dafür beginnt mit der Aufnahme der Datenflüsse und einem Schnittstellenkatalog. Danach kommt das Block-Theme mit Vorlagen für die Redaktion, anschließend die Produktdatenstrecke aus der Warenwirtschaft, zuletzt die Belegübergabe an DATEV. Als technische Ziele halten wir dabei typischerweise fest: Der Hauptinhalt der Katalogseiten soll deutlich unter einer Sekunde sichtbar sein, ein Artikelabgleich soll innerhalb eines Nachtfensters vollständig durchlaufen, gescheiterte Übergaben sollen sichtbar im Fehlerpostfach liegen statt still zu verschwinden, und das Marketingteam soll eine neue Kampagnenseite ohne Entwickler veröffentlichen können. Welches Ziel in welchem Abschnitt erreicht wird, steht im Projektplan, den Sie vor der Beauftragung lesen.

#Übernahme eines gewachsenen Systems

Verbände, Kammern und ältere Industrieunternehmen in Bayern arbeiten häufig noch mit Typo3 oder Contao, oft nach mehreren Agenturwechseln. Bevor wir dort etwas umbauen, verschaffen wir uns Zugriff auf den vollständigen Code, legen ihn in ein Git-Repository und dokumentieren, was tatsächlich im Einsatz ist und was nur mitläuft.

Bei einer Migration nach WordPress übernehmen wir Inhalte, Medienarchive und Taxonomien mit ihren Beziehungen, nicht als Textexport. Alte Adressen werden vollständig auf neue Ziele abgebildet, damit Verlinkungen aus Fachportalen und Verbandsseiten nicht ins Leere laufen. Technische Altlasten arbeiten wir sichtbar ab, mit einer Liste, die Sie einsehen können, statt sie stillschweigend mitzuschleppen.

#Sichtbarkeit in München und in KI-Antworten

Für Anbieter mit regionalem Einzugsgebiet zählt der lokale Kartenbereich: strukturierte Angaben zum Unternehmen mit einheitlichem Namen und einheitlicher Adresse, eigene Seiten für die relevanten Stadtteile von der Maxvorstadt über Sendling bis Pasing, und mobile Ladezeiten, die auch unterwegs kurz bleiben. Leistungen, Anwendungsfälle und häufige Fragen zeichnen wir zusätzlich strukturiert aus, damit auch KI-gestützte Suchsysteme die Inhalte richtig zuordnen und als Quelle zitieren können.

#Themen, die mitlaufen, ohne ein eigenes Projekt zu werden

Manches gehört bei uns zur Grundausstattung und bekommt deshalb keinen eigenen Projektabschnitt. Datenschutz nach DSGVO und TDDDG setzen wir technisch um, mit blockierten Drittanbieter-Skripten bis zur Einwilligung und lokal gehosteten Schriften. Serverseitige Härtung, Zwei-Faktor-Anmeldung im Backend und verschlüsselte Sicherungen auf getrennten Systemen in deutschen Rechenzentren richten wir standardmäßig ein. Ladezeiten messen wir an echten Nutzerdaten und nicht nur im Testwerkzeug. Barrierefreiheit nach WCAG 2.1 AA bauen wir direkt in die Vorlagen ein, damit sie nicht nachträglich aufgesetzt werden muss.

#Weitere Standorte in Bayern und im DACH-Raum

Über München hinaus betreuen wir Auftraggeber in ganz Bayern und im deutschsprachigen Raum:

• WordPress Entwickler Nürnberg
• WordPress Entwickler Augsburg
• WordPress Entwickler Stuttgart
• WordPress Entwickler Wien
• WordPress Entwickler Berlin
• WordPress Entwickler Frankfurt

#Vertrag, Übergabe und laufender Betrieb

Wir arbeiten auf B2B-Basis mit Abnahmekriterien pro Meilenstein. Während des Projekts sehen Sie jeden Stand auf der Testumgebung, nach Abschluss gehören Ihnen Quellcode, Nutzungsrechte und Dokumentation vollständig, inklusive der Feldzuordnungen aller Schnittstellen. Wer den Betrieb nicht selbst übernehmen will, bucht unseren Wartungsservice für München dazu.

Schreiben Sie uns, wenn Sie ein Vorhaben mit ERP-, Produktdaten- oder Redaktionsanforderungen in München vor sich haben. Nennen Sie uns die beteiligten Systeme, dann sagen wir Ihnen, welche Datenflüsse zuerst geklärt werden müssen.