# Geenen IT-Systeme GmbH — vollständige Inhalte

> Webagentur und Softwareentwicklung aus Dortmund (gegründet 2011). Dieses Dokument enthält die vollständigen Texte der Leistungs- und Referenzseiten von https://www.geenen-it-systeme.de – als maschinenlesbare Ergänzung zur llms.txt.

## Leistungen

### Webanwendungen (https://www.geenen-it-systeme.de/leistungen/webanwendungen)

Wenn Standardsoftware an Deinen Prozessen scheitert, bauen wir die Anwendung, die dazu passt. Seit 2011, mit Laravel im Backend und React im Frontend.

- Stack: Laravel, PHP, React, TypeScript
- Einsatz: Fachanwendungen, Portale, Dashboards
- Betrieb: Wartung, Support, Weiterentwicklung
- Referenz: Yunex Traffic, Magna Powertrain

#### Wann sich eine eigene Anwendung lohnt

Standardsoftware ist die günstigere Wahl, solange Deine Prozesse zu ihr passen. Sobald Du anfängst, Abläufe an ein Werkzeug anzupassen, Daten zwischen Systemen von Hand zu übertragen oder Tabellen als Zwischenschicht zu benutzen, kippt die Rechnung.

Wo der Prozess Dein Wettbewerbsvorteil ist, ebnet eine Standardlösung genau das ein.

#### Was wir bauen

- Interne Fachanwendungen, die gewachsene Insellösungen und Tabellen ablösen
- Kundenportale und Self-Service-Bereiche mit Anbindung an bestehende Systeme
- Dashboards und Auswertungen auf Live-Daten
- Schnittstellen zwischen Shop, ERP und CRM
- Konfiguratoren für erklärungsbedürftige Produkte
- Zahlungsabwicklung, etwa mit Stripe, inklusive der Fehlerfälle, die dabei zählen
- Datenmigrationen aus Altsystemen, wiederanlauffähig statt einmal durchlaufend

#### Wie ein Projekt abläuft

Am Anfang steht kein Lastenheft, sondern ein Gespräch über den Prozess. Daraus wird ein erster Schnitt: der kleinste Teil, der Dir schon nützt. Den bauen wir, Du benutzt ihn, und was dabei auffällt, fließt in den nächsten Schritt.

Du bekommst dabei Zugriff auf unser Projektmanagement und die Zeiterfassung und siehst jederzeit, woran gerade gearbeitet wird und wie viel Zeit es gekostet hat. Gefragt wird nicht über ein Ticketsystem, sondern direkt bei den Entwickelnden.

Technisch entsteht die Anwendung mit [Laravel](/leistungen/laravel) im Backend und [React](/leistungen/react) im Frontend. Soll sie später Suche oder Assistenz auf Euren eigenen Daten bekommen, ist das mit [KI-Integration](/leistungen/ki) derselbe Stack und kein neues Projekt.

#### Häufige Fragen

**Was kostet eine individuelle Webanwendung?**
Am liebsten bauen wir zuerst den kleinsten Schnitt, der Dir schon nützt und dessen Preis sich verlässlich beziffern lässt. Darauf erweitern wir die Anwendung in Phasen mit frühen Releases, sodass die Kosten mitwachsen und nicht am Ende überraschen. Eine erste Einschätzung zu Aufwand und Timeline bekommst Du direkt im Erstgespräch – kein „kommt darauf an“.

**Standardsoftware oder Individualentwicklung?**
Wir beraten ergebnisoffen und raten selbst ab, wenn eine Standardlösung reicht. Individualentwicklung lohnt sich, wenn der Prozess zum Wettbewerbsvorteil gehört oder wenn das Zusammenspiel mehrerer Systeme das eigentliche Problem ist.

**Könnt ihr ein bestehendes System übernehmen oder ablösen?**
Ja, beides. Wir übernehmen bestehende Anwendungen und [modernisieren sie im laufenden Betrieb](/leistungen/laravel): Refactoring, Stabilisierung, Performance, Security. Und wo sich das nicht mehr lohnt, lösen wir gewachsene Insellösungen schrittweise ab, statt sie in einem Zug zu ersetzen.

### KI-Integration (https://www.geenen-it-systeme.de/leistungen/ki)

Wir bauen KI-Funktionen dorthin, wo gearbeitet wird: Suche und Assistenz auf Deinen eigenen Daten, eingebaut in Deine Software. Und wo eine Regel oder eine Abfrage reicht, sagen wir Dir das.

- Im Produkt: Sprachmodelle, Suche auf eigenen Daten, Assistenz
- Grundlage: Laravel, React, Deine bestehenden Systeme
- Daten: Geklärt vor der ersten Zeile Code
- Im Team: Schulung und Werkzeuge über Consulting

#### KI in Deiner Software

Der Unterschied zwischen einer Demo und einer nützlichen Funktion liegt selten im Modell, sondern in den Daten. Eine Suche, die Deine Angebote, Tickets oder Dokumente kennt, ist wertvoller als ein Chatfenster, das alles Mögliche beantwortet und nichts über Dein Unternehmen weiß.

- Suche und Recherche über eigene Dokumente, Angebote oder Datenbestände
- Assistenzfunktionen direkt in der [Fachanwendung](/leistungen/webanwendungen), dort wo gearbeitet wird
- Klassifizieren, Zusammenfassen und Aufbereiten wiederkehrender Texte
- Anbindung an bestehende Systeme, damit die Ergebnisse dort landen, wo sie gebraucht werden

#### Warum wir nichts unbeaufsichtigt laufen lassen

Wir arbeiten täglich mit KI-Werkzeugen und kennen deshalb ihre Fehlerbilder aus eigener Anschauung: generierter Code, der plausibel aussieht und im Betrieb bricht, oder ein Werkzeug, das zur Prüfung seiner eigenen Arbeit ein Skript ausführt, ohne dessen Folgen zu bedenken.

Deshalb prüft bei uns ein Mensch, was ausgeliefert wird – bei KI-generiertem Code genauso wie bei jedem anderen. Was wir daraus gelernt haben, besprechen wir offen [im Podcast](/webcafe).

#### Wann wir abraten

Nicht jedes Problem wird durch ein Sprachmodell besser. Wo eine Abfrage, eine Regel oder ein sauberer Prozess ausreicht, ist KI die teurere und unzuverlässigere Lösung – und sie bringt Fragen zu Datenschutz und Nachvollziehbarkeit mit, die man sich sparen kann.

Wir sagen Dir das vorher. Eine Funktion, die im Betrieb niemand nutzt, weil sie nicht verlässlich genug ist, nützt keinem von uns beiden.

#### Häufige Fragen

**Was passiert mit unseren Daten?**
Das klären wir vor der ersten Zeile Code. Je nach Anforderung arbeiten wir mit Anbietern, die eine Verarbeitung in der EU und keine Nutzung Deiner Daten zum Training zusichern. Was möglich ist, hängt vom Anwendungsfall ab – die Entscheidung triffst Du, nicht wir.

**Braucht es dafür ein eigenes Modell?**
In den allermeisten Fällen nicht. Der Nutzen entsteht dadurch, dass ein bestehendes Modell Deine Daten und Deinen Kontext bekommt, nicht durch eigenes Training. Das ist schneller, günstiger und leichter zu ändern, wenn sich etwas an Deinen Abläufen dreht.

**Was kostet eine KI-Funktion?**
Der Aufwand liegt selten im Modell, sondern in der Anbindung an Deine Daten und in der Frage, wie verlässlich das Ergebnis sein muss. Deshalb setzen wir zuerst einen einzelnen, klar abgegrenzten Anwendungsfall um – überschaubar im Preis und messbar im Nutzen – und bauen weitere erst darauf auf, wenn der erste trägt. Eine erste Einschätzung bekommst Du direkt im Erstgespräch, ehrlich auch dann, wenn sich der Aufwand nicht lohnt.

**Schult ihr auch unser Team im Umgang mit KI?**
Ja, das läuft bei uns unter [Consulting](/leistungen/consulting): Werkzeugauswahl, Workflows und Review-Praxis für Dein Entwicklungsteam. Diese Seite hier beschreibt KI als Funktion in Deinem Produkt.

### Laravel-Entwicklung (https://www.geenen-it-systeme.de/leistungen/laravel)

Im Backend arbeiten wir mit Laravel. Anwendungen, die auch dann noch klar strukturiert sind, wenn die Fachlogik es nicht mehr ist. Vom Admin-Panel bis zur Anbindung gewachsener Datenbanklandschaften.

- Stack: PHP, Laravel, Filament
- Testing: PHPUnit, Pest
- Einsatz: APIs, Backends, Admin-Panels
- Referenz: Magna Powertrain, Siemens

#### Das Rückgrat unserer Backends

Laravel ist seit Jahren unsere erste Wahl im Backend. Es bringt klare Konventionen mit, lässt sich gut testen und hat für die meisten Standardaufgaben eine erprobte Lösung im Ökosystem. Als Agentur mit acht Entwickelnden arbeiten wir seit den frühen Versionen damit, mit PHP schon lange davor.

Weil das Framework weit verbreitet ist, bindet Dich der Code nicht an uns. Jedes PHP-Team kann ihn übernehmen. Das trägt von der [Fachanwendung für ein einzelnes Team](/leistungen/webanwendungen) bis zur Plattform im Produktionsbetrieb. Die Oberfläche bauen wir mit [React](/leistungen/react), als Admin-Panel mit Filament oder klassisch mit Blade. Das hängt davon ab, wie viel Interaktion sie braucht und wer sie bedient.

#### Was wir mit Laravel bauen

- Komplette Webanwendungen von der Datenbank bis zur Oberfläche, etwa Fachanwendungen, Kundenportale, Buchungs- und Verwaltungssysteme
- Websites und Plattformen mit eigener Fachlogik, wo ein CMS nicht mehr reicht
- REST-APIs und Schnittstellen zu Drittsystemen
- Admin-Panels und interne Tools mit Filament
- Anbindung bestehender Systeme und Datenbanken, auch MSSQL
- Anmeldung und Rollen, auch per Single Sign-on über Microsoft Entra
- Hintergrundprozesse, Jobs und Auditing für nachvollziehbare Datenstände
- Automatisierte Tests mit PHPUnit und Pest

#### Wie wir gewachsene Anwendungen übernehmen

Viele unserer Projekte starten nicht auf der grünen Wiese, sondern in einer Anwendung, die über Jahre gewachsen ist und die niemand mehr gern anfasst. Bei [Magna Powertrain](/referenzen/magna-powertrain) haben wir 2025 genau so eine übernommen und bauen sie im laufenden Betrieb zur Software-Suite für den Shopfloor aus.

Der Einstieg ist immer derselbe. Wir lesen den Code, bevor wir ihn ändern. Ein Audit zu Architektur, Sicherheit und Testabdeckung zeigt, wo es brennt und wo es nur unschön ist. Dann legen wir Tests um die Stellen, die wir anfassen, und modernisieren Schritt für Schritt. Refactoring, Stabilisierung, Performance, Security. Kein Big Bang und kein Stillstand im Tagesgeschäft.

Muss die Anwendung ganz abgelöst werden, läuft die neue neben der alten und übernimmt einen Bereich nach dem anderen. Bei einem bestehenden Laravel-Projekt hilft die vertraute Struktur. Man findet sich in fremdem Code sofort zurecht, weil die Ordner dieselben sind. Soll Dein eigenes Team den Umbau machen, begleiten wir es dabei. Das läuft bei uns unter [Consulting](/leistungen/consulting).

#### Versionen und Upgrades

Laravel erscheint einmal im Jahr in einer neuen Hauptversion. Jede bekommt anderthalb Jahre Fehlerkorrekturen und zwei Jahre Sicherheitsupdates. Wer zwei Versionen auslässt, steht ohne Sicherheitsupdates da. Und das Upgrade wird mit jeder übersprungenen Version teurer, weil sich die Änderungen stapeln.

Neue Projekte starten bei uns auf der aktuellen Version, bestehende halten wir im Rhythmus des Frameworks nach. Bei gepflegtem Code ist ein Upgrade in Stunden bis wenigen Tagen erledigt. Liegt ein Projekt mehrere Versionen zurück, planen wir es als eigenen Schritt mit Tests davor und danach. Dasselbe gilt für PHP selbst. Es veraltet leiser als das Framework, aber nicht weniger.

#### Vom Commit bis zum Server

Jede Änderung läuft bei uns durch eine Pipeline. Automatisierte Tests mit PHPUnit oder Pest, statische Analyse, Prüfung des Codestils, erst dann geht es auf den Server. Was die Pipeline nicht besteht, geht nicht live. Im Betrieb meldet Sentry Fehler, bevor Deine Nutzer sie melden.

Entwickelt wird in Docker, mit derselben PHP-Version wie auf dem Server. Der Klassiker „bei mir läuft es“ fällt damit weg. Das ist keine Sonderleistung, sondern der Stand, mit dem jedes Projekt bei uns beginnt.

#### Hosting und Betrieb

Auf Wunsch betreiben wir die Anwendung auch, auf dem Setup, das zu ihrer Größe passt. Für die meisten Laravel-Projekte ist das ein eigener Cloud-Server bei Hetzner. Laravel Forge provisioniert ihn und deployt bei jedem Push. Datenbank, Mail-Versand und tägliche Backups liegen daneben auf einem Managed Server in Deutschland. Wer keine eigene Infrastruktur halten will, bekommt dasselbe Setup auf Laravel Cloud. Wir halten PHP und Laravel aktuell, überwachen die Anwendung und sind der eine Ansprechpartner für Code und Betrieb. Wenn etwas nicht läuft, sucht niemand erst den Schuldigen zwischen Agentur und Hoster.

Größere Anwendungen liefern wir als Docker-Images mit Compose-Datei aus. Das Image aus der Pipeline ist dasselbe, das nachher läuft, in Deiner Cloud, in Deinem Rechenzentrum oder auf einem Server im Haus. So arbeiten wir mit Kunden, die ihre Infrastruktur selbst betreiben. Wir übergeben Container und Anleitung, das Deployment übernimmt Dein Betrieb oder wir.

Welches Setup wann passt, besprechen wir ausführlich in [Folge 52 „Hosting“](/webcafe/52-hosting) im Webcafé. Speziell auf Laravel gehen wir in [Folge 32 ab 34:11](/webcafe/32-laravel#t=2051) ein.

#### Aus Dortmund, gern bei Dir vor Ort

Unser Büro ist in Dortmund, unsere Kunden sitzen in ganz Europa und darüber hinaus. Ob Zürich, Saragossa oder New York, wir arbeiten so, als säßen wir im Nachbarbüro. Zeitzonen und Sprachen sind für uns kein Hindernis, wir arbeiten auf Deutsch und Englisch. Die Shopfloor-Suite für Magna Powertrain und der Editor für die Lokalsteuerungen bei [Siemens](/referenzen/siemens) sind von hier aus entstanden. Wer im Ruhrgebiet sitzt, ist auf einen Kaffee jederzeit willkommen. Und wir kommen gern zu Dir, für Workshops und Kickoffs genauso wie zum Entwickeln mit im Team. Den Rest erledigen wir remote, mit Zugriff auf unser Projektmanagement und die Zeiterfassung für Dich.

#### Häufige Fragen

**Warum setzt ihr auf Laravel?**
Weil es weit verbreitet ist, aktiv weiterentwickelt wird und klare Konventionen mitbringt. Für Dich heißt das wartbarer Code, keine Abhängigkeit von Nischen-Technologie und ein Markt voller Entwickelnder, die damit umgehen können.

**Übernehmt ihr auch bestehende Laravel-Projekte?**
Ja, auch wenn eine andere Agentur sie gebaut hat. Wir steigen regelmäßig in bestehende Codebasen ein, meist mit einem kurzen Audit zu Architektur, Sicherheit und Testabdeckung. Danach entscheiden wir gemeinsam, ob Weiterentwicklung, Refactoring oder beides der richtige Weg ist.

**Könnt ihr eine alte PHP-Anwendung ohne Framework auf Laravel umziehen?**
Ja, schrittweise. Laravel kommt neben die bestehende Anwendung, übernimmt zuerst einzelne Routen und dann Bereich für Bereich. Die alte Anwendung läuft weiter, bis nichts mehr auf sie zeigt. Ein Umzug in einem Zug klingt schneller, ist aber der Weg, auf dem solche Projekte stecken bleiben.

**Welche Laravel-Version setzt ihr ein, und macht ihr Upgrades?**
Neue Projekte starten auf der aktuellen Hauptversion. Bestehende halten wir im Jahresrhythmus des Frameworks nach, damit die Sicherheitsupdates nicht auslaufen. Ein Upgrade über mehrere Versionen planen wir als eigenen Schritt mit Tests davor und danach.

**Hostet und betreibt ihr die Anwendung auch?**
Ja. Je nach Größe auf einem Cloud-Server mit Laravel Forge oder auf Laravel Cloud, für größere Anwendungen als Docker-Images auf Deiner eigenen Infrastruktur. Wir halten PHP und Laravel aktuell, überwachen die Anwendung und sichern täglich. Wie wir das Setup auswählen, besprechen wir in [Folge 52 „Hosting“](/webcafe/52-hosting) des Webcafés.

**Arbeitet ihr remote oder vor Ort?**
Beides. Unser Büro ist in Dortmund. Für Workshops, Kickoffs und Entwicklung im Team kommen wir zu Dir, ins Ruhrgebiet genauso wie nach Süddeutschland oder in die Schweiz. Den Rest erledigen wir remote. Du hast Zugriff auf unser Projektmanagement und die Zeiterfassung und siehst jederzeit, woran gearbeitet wird.

**Wie groß ist das Team, und wer arbeitet an meinem Projekt?**
Zehn Beschäftigte, davon acht in der Entwicklung, alle in Deutschland. Für Dein Projekt gibt es ein festes Team und einen Ansprechpartner, der den Code selbst versteht. Bei Lastspitzen kommen weitere Entwickelnde aus dem eigenen Team dazu, nie aus dem Offshore.

**Wie lange dauert ein Laravel-Projekt?**
Ein erster nutzbarer Stand steht meist nach wenigen Wochen. Das ist der kleinste Schnitt, der Dir schon nützt. Wie lange es bis zur vollständigen Anwendung dauert, hängt von der Fachlogik und den angebundenen Systemen ab. Beziffern können wir den ersten Schritt, nicht das Ende, und genau das sagen wir Dir auch.

**Was kostet die Entwicklung mit Laravel?**
Den Aufwand bestimmen die Fachlogik und die Zahl der Systeme, die mitspielen müssen. Wir schneiden deshalb zuerst einen ersten nutzbaren Stand zu, der sich sauber beziffern lässt, und erweitern ihn in Phasen mit frühen Releases. So bleiben Aufwand und Ergebnis jederzeit sichtbar. Was der erste Schritt kostet, sagen wir Dir direkt im Erstgespräch.

### React-Entwicklung (https://www.geenen-it-systeme.de/leistungen/react)

React und TypeScript für Oberflächen, die zum täglichen Werkzeug werden: Dashboards, mehrstufige Workflows, Live-Daten. Dazu das Handwerk darunter, von HTML über SASS und Tailwind bis zur Barrierefreiheit.

- Stack: React, TypeScript
- Tooling: Jest, Vitest, Material UI
- Einsatz: Single-Page-Applications, Dashboards, Frontends
- Referenz: Yunex Traffic, Magna Powertrain

#### Frontends, die im Alltag bestehen

React spielt seine Stärken aus, wenn Oberflächen komplex werden: Dashboards mit Echtzeitdaten, mehrstufige Workflows, [Anwendungen, in denen Menschen ihre eigentliche Arbeit erledigen](/leistungen/webanwendungen). Genau dort setzen wir es ein, von der [Shopfloor-Oberfläche in der Automobilproduktion](/referenzen/magna-powertrain) bis zur [Anwendung im Verkehrsleitsystem](/referenzen/yunex-traffic).

#### Was wir mit React bauen

- Single-Page-Applications und Dashboards
- Frontends für [Laravel-Backends](/leistungen/laravel), angebunden über REST-APIs
- Oberflächen auf Basis von Material UI, an Dein Design angepasst
- Automatisierte Tests mit Jest und Vitest
- Barrierefreie und performante Oberflächen

#### React nur, wo es passt

Nicht jede Website braucht eine Single-Page-Application. Wo eine [klassisch gerenderte Seite](/leistungen/websites) schneller, robuster und günstiger ist, sagen wir das, statt Dir die größere Lösung zu verkaufen. Du sprichst dabei direkt mit den Entwickelnden, die es später bauen würden.

#### Häufige Fragen

**Braucht mein Projekt überhaupt React?**
Nicht unbedingt. Für inhaltsgetriebene Websites ist ein CMS mit klassisch gerenderten Seiten oft die bessere Wahl. React lohnt sich, wenn die Oberfläche App-Charakter hat: viel Interaktion, Echtzeitdaten, komplexe Workflows. Wir beraten Dich ehrlich, auch wenn die Antwort „kein React“ lautet.

**Arbeitet ihr mit TypeScript?**
Ja, durchgängig. Typsicherheit fängt Fehler ab, bevor sie den Browser erreichen, und macht Refactorings in großen Codebasen erst sicher möglich. Davon profitieren auch KI-Assistenten: Typen sind für ein Modell derselbe Kontext wie für uns, es rät weniger und der generierte Code passt öfter beim ersten Versuch.

**Könnt ihr React an unser bestehendes Backend anbinden?**
In aller Regel ja. React-Frontends sprechen über APIs mit dem Backend. Am häufigsten kombinieren wir React mit einem [Laravel-Backend](/leistungen/laravel) über eine REST-API. Ob Deine bestehende Schnittstelle dafür ausreicht, sehen wir uns vorher an.

**Was kostet ein React-Frontend?**
Ausschlaggebend ist, wie viele Ansichten und Zustände die Oberfläche kennt. Deshalb beginnen wir mit den wenigen Ansichten, die den Arbeitsalltag tragen – dieser Umfang lässt sich gut einschätzen – und erweitern die Oberfläche von dort aus. Eine erste Einschätzung zu Kosten und Timeline bekommst Du direkt im Erstgespräch – kein „kommt darauf an“.

### Consulting & Workshops (https://www.geenen-it-systeme.de/leistungen/consulting)

Workshops, Schulungen und Entwicklung direkt in Deinem Team – als Verstärkung, als Review-Instanz oder als Tech Lead. Wir bringen die Erfahrung aus 15 Jahren Softwareentwicklung in großen Projekten ein, statt sie zu erklären.

- Themen: Architektur, Qualitätssicherung, CI/CD, KI
- Formate: Workshops, Reviews, Coaching
- Rolle: Tech Lead, beratende Entwicklung
- Referenz: Yunex Traffic, Siemens

#### Beratung, die mitentwickelt

Unsere Beratung findet nicht im Konferenzraum statt, sondern im Code. Wir setzen uns in Dein Team, entwickeln mit und geben dabei weiter, was wir aus eigenen Projekten mitbringen: Architektur-Entscheidungen, Qualitätssicherung und Prozesse, die im Alltag halten.

Das kann eine Rolle als Tech Lead auf Zeit sein, ein regelmäßiger Review-Termin oder ein gezielter Workshop. Wir finden das Format, das zu Deinem Team passt. Meist geht es dabei um [Laravel](/leistungen/laravel)- und [React](/leistungen/react)-Projekte, den Stack, mit dem wir selbst täglich entwickeln.

#### Typische Einsätze

- Softwarearchitektur und Technologie-Entscheidungen
- Entwicklung im Team, als Verstärkung oder als Tech Lead
- Code-Reviews und Qualitätssicherung
- CI/CD-Pipelines und Quality Gates, etwa mit GitLab CI, Docker und Sentry
- Workshops und Team-Schulungen, von Testing bis zum KI-Einsatz im Entwicklungsalltag

#### KI im Entwicklungsalltag

Wie Teams KI-Werkzeuge einsetzen, ohne dass die Codequalität leidet, probieren wir zuerst in eigenen Projekten aus: Werkzeugauswahl, Workflows, Guardrails, Schulung. Was sich bewährt, geben wir weiter.

Um KI als Funktion im Produkt geht es dagegen auf der Seite zur [KI-Integration](/leistungen/ki).

#### Erfahrung aus echten Projekten

Was wir weitergeben, stammt aus Projekten, in denen wir mitgearbeitet haben: bei [Yunex Traffic](/referenzen/yunex-traffic) vom Frontend Developer bis zum Tech Lead in einem verteilten Großprojekt, dazu Lead Development bei [Siemens](/referenzen/siemens) und Magna Powertrain. Große Projekte kennen wir von innen, nicht von der Folie.

Das erklärte Ziel ist dabei nicht, zu bleiben. Am schönsten läuft ein Einsatz, wenn Dein Team das Projekt am Ende selbst weiterführt.

#### Häufige Fragen

**Wie startet ein Consulting-Einsatz bei euch?**
Mit einem Gespräch über Dein Team, Deinen Stack und das, was gerade klemmt. Danach schlagen wir ein Format vor: Workshop, Audit, Review-Begleitung oder beratende Entwicklung direkt im Team. Klein anfangen ist ausdrücklich erlaubt.

**Macht ihr auch einmalige Code-Audits?**
Ja. Ein Audit zu Architektur, Codequalität, Sicherheit und Testabdeckung ist oft der beste Einstieg: Du bekommst eine priorisierte Liste konkreter Maßnahmen und entscheidest selbst, was davon Du mit uns oder Deinem Team umsetzt.

**Schult ihr auch zum Einsatz von KI in der Entwicklung?**
Ja. Wie KI-Werkzeuge Entwicklungsteams schneller machen, ohne dass die Codequalität leidet, ist eines unserer aktuellen Schwerpunktthemen, im Projektalltag wie im Podcast.

**Was kostet ein Consulting-Einsatz?**
Workshops und Audits haben einen klar umrissenen Umfang, den wir vorab beziffern. Für längere Einsätze im Team rechnen wir nach Aufwand ab und starten bewusst mit einem eng gefassten ersten Auftrag – mehr wird daraus nur, wenn er sich für Dich rechnet. Was ein sinnvoller Einstieg kostet, sagen wir Dir direkt im Erstgespräch, statt Dich mit einem „kommt darauf an“ zu vertrösten.

### Websites (https://www.geenen-it-systeme.de/leistungen/websites)

Unternehmens-Websites und Landingpages – mit WordPress und Elementor, headless oder ganz ohne CMS. Performance, Barrierefreiheit und SEO bauen wir dabei von Anfang an ein, nicht nach dem Livegang.

- CMS: WordPress, Elementor
- Individuell: Custom Websites, Themes, Plugins
- Headless: API-first, React
- Betrieb: Wartung, Support, Weiterentwicklung

#### Das passende System statt Dogma

Die Frage ist nicht, welches System wir am liebsten mögen, sondern wer die Seite später pflegt und wie oft. Werden Inhalte regelmäßig geändert, ist WordPress unsere erste Wahl. Bleibt die Seite über Jahre weitgehend gleich, ist eine individuell entwickelte Website ohne CMS schneller und schlanker.

Am Anspruch ändert das nichts: Eine WordPress-Site bauen bei uns dieselben Entwickelnden wie eine Individualentwicklung.

#### Was wir für Deine Website tun

- Custom Themes und Plugin-Entwicklung für WordPress
- Elementor für redaktionell pflegbare Seiten
- Komplett individuell entwickelte Websites ohne CMS, wenn maximale Performance und Freiheit zählen
- Relaunches und Migrationen bestehender Websites
- Performance, Barrierefreiheit und SEO
- Headless CMS mit [React-Frontend](/leistungen/react), wenn der Standard nicht reicht

#### Auch nach dem Livegang

Nach dem Livegang übernehmen wir Hosting, Updates, Sicherheits-Patches und Weiterentwicklung – auch für Websites, die wir nicht gebaut haben. Änderungswünsche gehen direkt an die Entwickelnden, nicht in ein Ticketsystem.

#### Häufige Fragen

**Was kostet eine professionelle Website?**
Eine Landingpage ist etwas anderes als ein Corporate-Auftritt mit vielen Vorlagen und Integrationen. Wir gehen deshalb gern mit einem klar geschnittenen ersten Ausbau live – den Seiten, die wirklich gebraucht werden – und ergänzen Vorlagen und Funktionen danach Schritt für Schritt, damit die Kosten im Blick bleiben. Eine erste Einschätzung zu Preis und Timeline bekommst Du direkt im Erstgespräch.

**WordPress, Baukasten oder individuell entwickelt?**
WordPress ist unsere erste Wahl, wenn Inhalte regelmäßig gepflegt werden – es ist mächtig genug für uns und einfach genug für Dein Team. Eine komplett individuell entwickelte Website lohnt sich, wenn Performance und Design maximal sein sollen und kein Redaktionssystem nötig ist.

**Übernehmt ihr bestehende Websites?**
Ja. Nach einem kurzen Blick auf Technik und Zugänge übernehmen wir Wartung, Relaunch und Weiterentwicklung – auch wenn die Seite ursprünglich von einer anderen Agentur stammt.

**Braucht die Website einen Shop?**
Wenn verkauft werden soll, ist WooCommerce auf einer bestehenden WordPress-Seite oft der kürzeste Weg. Alles darüber hinaus behandeln wir auf der Seite zu [Online-Shops](/leistungen/online-shops).

### Online-Shops (https://www.geenen-it-systeme.de/leistungen/online-shops)

Shops mit Shopware, Shopify oder WooCommerce – erweitert um eigene Plugins und Schnittstellen zu Warenwirtschaft und CRM. Wenn der Standard nicht reicht, headless auf Laravel-Basis.

- Systeme: Shopware, Shopify, WooCommerce
- Individuell: Themes, Plugins, Apps
- Headless: Laravel, Bagisto, Lunar
- Integration: Payment, Warenwirtschaft, CRM

#### Der richtige Shop für Dein Business

Shopware bauen wir am häufigsten, wenn ein Shop eigene Prozesse abbilden soll: Wir erweitern ihn mit eigenen Plugins und binden ihn an Warenwirtschaft und CRM an. Shopify ist schneller startklar, solange der Shop im Standard bleiben darf und über Apps erweitert wird. Läuft die Website schon auf [WordPress](/leistungen/websites), ist WooCommerce meist die pragmatische Wahl.

Was passt, entscheiden Sortiment, Prozesse und Integrationen – nicht unsere Vorliebe. Und die Frage, wer den Shop später pflegt.

#### Was wir für Deinen Shop bauen

- Individuelle Themes und Storefronts
- Plugin- und App-Entwicklung
- [Schnittstellen zu Warenwirtschaft, ERP und CRM](/leistungen/webanwendungen)
- Anbindung von Zahlungsanbietern, bei individuellen Systemen auch direkt mit Stripe
- Performance-Optimierung und technisches SEO

#### Individuell & Headless

Wenn der Standard nicht reicht, bauen wir Shops individuell: headless, API-first und auf [Laravel-Basis](/leistungen/laravel), etwa mit Bagisto oder Lunar, mit eigens entwickelten [React-Storefronts](/leistungen/react) davor.

#### Häufige Fragen

**Shopware oder Shopify: Was passt zu mir?**
Shopware, wenn Du tiefe Anpassungen brauchst und eigene Prozesse abbilden willst. Shopify, wenn es schnell gehen soll und Standard plus Apps reicht – die Grenzen zieht dann das System, nicht Du. Läuft Deine Website schon auf WordPress, kann WooCommerce die pragmatische Lösung sein.

**Übernehmt ihr bestehende Shops?**
Ja. Wartung, Weiterentwicklung und Performance-Optimierung bestehender Shopware-, Shopify- und WooCommerce-Shops übernehmen wir auch dann, wenn sie ursprünglich woanders gebaut wurden.

**Was ist Headless Commerce und wann lohnt es sich?**
Headless trennt das Shop-System vom Frontend: Es liefert Daten per API, davor sitzt eine eigens entwickelte Storefront, bei uns meist mit React. Das lohnt sich bei besonderen Anforderungen an Design, Performance oder mehreren Verkaufskanälen.

**Was kostet ein Online-Shop?**
Den Ausschlag geben Sortiment, Prozesse und die Zahl der Schnittstellen, nicht das Shopsystem. Am besten geht ein Shop im kleinsten tragfähigen Umfang online – verkaufsfähiger Kern, Bezahlung, eine Schnittstelle – und wächst danach um das, was der Betrieb tatsächlich verlangt. Dieser erste Schritt lässt sich sicher beziffern. Eine erste Einschätzung zu Kosten und Timeline bekommst Du direkt im Erstgespräch – kein „kommt darauf an“.

## Case Studies

### Yunex Traffic: Verkehrsleittechnik für die Schweizer Nationalstraßen (https://www.geenen-it-systeme.de/referenzen/yunex-traffic)

Wenn der Gotthard-Straßentunnel gesperrt wird, muss der Verkehr schon hunderte Kilometer vorher umgeleitet werden – und wer darauf zufährt, muss es rechtzeitig erfahren. Früher wurde dafür in jeder Region einzeln geschaltet und mit den Nachbarn abgestimmt. Heute läuft die Steuerung zentral, über eine Anwendung in der Verkehrsmanagementzentrale. Deren Frontend haben wir von 2022 bis 2025 in wesentlichen Teilen entwickelt und die Beiträge der übrigen Teams darin integriert.

- Branche: Verkehrstechnik / Infrastruktur
- Zeitraum: 2022 – 2025
- Rolle: Frontend Developer bis Tech Lead
- Stack: React, TypeScript, Material UI

#### Ein Netz, viele Systeme

Yunex Traffic, hervorgegangen aus Siemens Intelligent Traffic Systems, entwickelt weltweit Verkehrsleitsysteme, darunter auch die des Schweizer Nationalstraßennetzes. Verkehrssteuerung heißt dort: Tempolimits, gesperrte Spuren, Umleitungen – angezeigt über der Fahrbahn, sichtbar auf der Strecke.

Gesteuert wurde bisher regional: Das Netz ist in Gebietseinheiten aufgeteilt, die mit uneinheitlichen Lösungen arbeiten, und in der Verkehrsmanagementzentrale liefen dafür zahlreiche Anwendungen nebeneinander. Eine Sperrung wie die des Gotthard-Straßentunnels endet aber nicht an einer Gebietsgrenze: Sie muss hunderte Kilometer vorher beginnen, über Regionen hinweg.

Eine Sperrung dieser Größe zu schalten, heißt: Anlagen, Verkehrs- und Umweltdaten, Karten und Steuerungslogik müssen an einem Ort zusammenkommen. Was die Anwendung dort anzeigt, ist die Grundlage der nächsten Entscheidung.

#### Unsere Aufgabe

Von 2022 bis 2025 waren bis zu sieben Entwickelnde von uns Teil des Projektteams, das insgesamt mehr als 35 Personen umfasste. Unsere Rollen reichten vom Frontend Developer bis zum Tech Lead.

Der Schwerpunkt lag auf dem Frontend der zentralen Anwendung: React mit TypeScript und dem Yunex Design System, das auf Material UI aufsetzt und für Schaltflächen, Formulare und Meldungen eine verbindliche Form vorgibt. Im Ernstfall muss dann niemand überlegen, was eine Schaltfläche auslöst – dieselbe Handlung sieht überall gleich aus und funktioniert überall gleich.

Bedient wird über die Karte: Jede Anlage steht an einem bestimmten Punkt der Strecke, und genau dort wird sie auch ausgewählt. Zwei Bausteine kommen dabei von außen. Die Karte selbst ist ArcGIS, ein Geoinformationssystem, das Fachdaten in Ebenen übereinanderlegt. Und angemeldet wird per Single Sign-on gegen das bestehende Identitätsmanagement.

#### Was die Anwendung leistet

Aus den fragmentierten Lösungen ist eine Anwendung geworden, die alle regionalen Verkehrssteuerungen abdeckt und in der Verkehrsmanagementzentrale läuft. Jede Entscheidung beginnt dort mit einem Bild der Lage: Verkehrsdaten von der Strecke, Umweltdaten und flächendeckend Verkehrskameras. Die Daten sagen, dass etwas nicht stimmt. Das Kamerabild zeigt, was.

Geschaltet wird in derselben Oberfläche. Digitale Verkehrsschilder und Anzeigetafeln sind eingebunden – was hier angeordnet wird, steht anschließend auf der Strecke. Für wiederkehrende Lagen muss niemand jedes Mal neu zusammenstellen, was zu tun ist: In Verkehrsmanagementplänen sind die Maßnahmen vorbereitet, die Steuerung läuft darüber automatisiert.

Ob eine Anordnung tatsächlich ankommt, zeigt das Monitoring: Es meldet, welche Anlagen laufen – und welche nicht mehr antworten.

Eine Streckensicht zeigt einen Streckenabschnitt mit allen Anlagen, die dort stehen. Diese Sichten erzeugt die Anwendung automatisch aus den Anlagendaten des Bundesamts für Strassen (ASTRA), statt sie für jeden Abschnitt einzeln von Hand zusammenzustellen. Ändert sich etwas an der Infrastruktur, geht das einmal über die Daten und nicht durch jede betroffene Ansicht.

#### Wo alles zusammenlief

Yunex hat das Projekt mit Teams in Tschechien, Vietnam, Österreich, Deutschland und der Schweiz besetzt. Bei unserem Entwicklungsteam in Deutschland liefen die Beiträge im Frontend zusammen: Wir haben die Arbeiten der Teilprojekte überwacht, sie zu einer Anwendung zusammengeführt und deren Qualität gesichert.

Ein Fehler in der Oberfläche kommt Sekunden später bei jemandem an, der auf dieser Grundlage eine Sperrung schaltet. Deshalb reicht es nicht, dass jeder Beitrag für sich richtig ist: Gleiche Muster, gleiche Begriffe und gleiches Verhalten entstehen nur, wo jemand sie durchsetzt.

#### Ergebnis

Statt einer Lösung je Gebietseinheit gibt es heute eine zentrale Anwendung für die schweizweite Verkehrssteuerung: Karte, Anlagen, Verkehrs- und Umweltdaten, Kameras und Verkehrsmanagementpläne in derselben Oberfläche, die Streckensichten automatisch aus den ASTRA-Daten erzeugt. In Betrieb ging die Anwendung mit drei Anlagen, die übrigen kommen Etappe für Etappe dazu. Wo sie angeschlossen sind, wird gebietsübergreifend geschaltet: von Hand in der Anwendung oder über einen vorbereiteten Verkehrsmanagementplan. Die Abstimmung von Region zu Region entfällt.

In dreieinhalb Jahren ist ein Verhältnis zum Projektteam gewachsen, das die Arbeit spürbar leichter gemacht hat: kurze Wege zu den Projektleitern und ein direkter Draht in den Fachbereich. Wir haben in dem Projekt viel gelernt und gern daran gearbeitet – mit diesem Team jederzeit wieder.

### Magna Powertrain: Shopfloor-Digitalisierung in der Automobilproduktion (https://www.geenen-it-systeme.de/referenzen/magna-powertrain)

Wie soll ein Arbeitsschritt ausgeführt werden? Wird er tatsächlich so ausgeführt? Und ist das Bauteil am Ende in Ordnung? An diesen drei Fragen arbeiten wir bei Magna Powertrain: 2025 haben wir die gewachsene Anwendung übernommen und bauen sie im laufenden Betrieb zu einer Software-Suite für den Shopfloor aus.

- Branche: Automotive / Fertigung
- Zeitraum: seit 2025, laufend
- Rolle: Lead Development
- Stack: Laravel, React, TypeScript, MSSQL

#### Drei Fragen an derselben Linie

Magna Powertrain ist die Antriebssparte von Magna International, einem der größten Automobilzulieferer der Welt. Gearbeitet wird auf dem Shopfloor, der Produktionsfläche selbst – im Takt der Linie und nicht im Rhythmus eines Büros.

Dort hängen drei Fragen zusammen. Wie soll ein Arbeitsschritt ausgeführt werden? Wird er tatsächlich so ausgeführt? Und ist das Bauteil, das dabei herauskommt, in Ordnung? Jede dieser Fragen hat eigene Dokumente, eigene Beteiligte und eigene Abläufe – und alle drei beschreiben dieselbe Fertigung.

Software dafür muss im Produktionsalltag bestehen. An der Linie zählt der Takt: Eine Erfassung, die länger dauert als der Arbeitsschritt selbst, steht der Arbeit im Weg. Bei einem Automobilzulieferer muss sauberes Arbeiten aber belegbar sein, gegenüber dem Kunden und im Audit. Wir bauen die Oberflächen deshalb so, dass sie sich in wenigen Sekunden bedienen lassen – der Nachweis entsteht dabei nebenbei und nicht als zusätzliche Aufgabe.

#### Was wir 2025 übernommen haben

2025 haben wir eine über Jahre gewachsene Anwendung übernommen und führen seitdem die Entwicklung. Unsere Aufgabe hat damit zwei Seiten: das Bestehende in Betrieb halten und modernisieren – und daraus Schritt für Schritt eine Suite für den Shopfloor machen.

Das Schwierige daran ist der laufende Betrieb. Eine Fertigung lässt sich nicht für einen Umbau anhalten, und was an der Linie hängt, muss auch an dem Tag funktionieren, an dem im Hintergrund etwas ausgetauscht wird. Modernisiert wird deshalb in Schritten, die einzeln nutzbar sind, statt auf einen Schlag.

Gewachsene Systeme zu übernehmen, zu stabilisieren und im Betrieb weiterzuentwickeln, machen wir oft. Ein Neubau auf der grünen Wiese wäre der bequemere Weg – nur hätte die Fertigung bis dahin nichts davon.

#### Was die Suite abdeckt

Die Suite besteht aus drei Bereichen, und sie folgen den drei Fragen von der Linie. Die Planung des Shopfloors hält fest, wie gearbeitet werden soll: Takte, Positionen der Maschinen, Besetzung der Arbeitsplätze. Sie ist die Vorgabe, an der sich alles Weitere misst.

Die Layered Process Audits prüfen, ob es auch so geschieht. Layered heißt dabei, dass nicht allein die Qualitätssicherung prüft, sondern mehrere Ebenen bis in die Führung regelmäßig dieselben kritischen Schritte kontrollieren – Qualität wird zur wiederkehrenden Aufgabe vieler statt zur Zuständigkeit einer Abteilung.

An den Quality Gates entscheidet sich das Ergebnis. Ein Quality Gate ist der Punkt, an dem ein Bauteil geprüft wird, bevor es weitergeht. Diese Prüfung findet direkt an der Produktionslinie statt, wo ein Fehler erst wenige Teile betrifft und nicht eine ganze Serie. Das Prüfergebnis geht als Bericht zurück in die Fertigung, samt der Maßnahme, die daraus folgt.

Dass daraus eine Suite wird und nicht drei Werkzeuge nebeneinander, liegt an der Fertigung selbst: Es ist dieselbe Linie, es sind dieselben Arbeitsschritte und dieselben Bauteile. Drei Anwendungen, die nichts voneinander wissen, müssten dieselbe Wirklichkeit dreimal getrennt beschreiben und dreimal getrennt pflegen.

#### Technik

Heute stehen die drei Bereiche noch nebeneinander, Teile davon in .NET. Schritt für Schritt ziehen sie auf eine gemeinsame Grundlage im Web um.

Diese Grundlage ist im Backend Laravel, im Frontend React und TypeScript auf Basis von Material UI. Gespeichert wird in MSSQL, angemeldet über Microsoft Entra ID – beides war vorgegeben, und unsere Anwendung fügt sich in die vorhandene Umgebung ein, nicht umgekehrt. Wer an der Linie arbeitet, kommt so mit dem Konto hinein, das er im Unternehmen ohnehin hat.

Wo die Bereiche auf derselben Technik aufsetzen, entstehen wiederverwendbare Komponenten. Jede wird einmal gebaut und ist danach in allen Bereichen einsetzbar.

#### Wo das Projekt steht

Das Projekt läuft seit 2025 und wächst weiter. Aus dem Übernommenen wird eine einheitliche Suite, die Planung, Audits und Quality Gates an einem Ort zusammenführt – ohne dass die Fertigung dafür stillsteht. Die Produktion wartet nicht auf ein Release: Was an die Linie geht, muss dort vom ersten Tag an funktionieren.

Möglich ist das nur, weil Projektleitung und Fachbereich eng eingebunden sind: Wer an der Linie steht, weiß am besten, woran eine Oberfläche scheitert, und dieses Wissen erreicht uns auf kurzem Weg. Mit den Kolleginnen und Kollegen bei Magna arbeiten wir ausgesprochen gern. Fertig ist die Suite noch lange nicht: In den nächsten Jahren ziehen die verbliebenen Bereiche nach.

### Siemens: Editor für die Lokalsteuerungen an Schilderbrücken (https://www.geenen-it-systeme.de/referenzen/siemens)

An jeder Schilderbrücke über der Fahrbahn sitzt eine eigene Steuerung – und ihre Bedienung wurde zuvor für jede Anlage einzeln von Hand gebaut. Für Siemens haben wir einen Editor entwickelt, der sie stattdessen aus den Anlagendaten erzeugt: einheitlich, in einem Durchlauf und als moderne Weboberfläche.

- Branche: Verkehrstechnik / Infrastruktur
- Zeitraum: 2019 – 2020
- Rolle: Lead Development
- Stack: Laravel, React, TypeScript

#### An der Schilderbrücke

Schilderbrücken sind die Portale, die eine Fahrbahn überspannen und die Signale für die Fahrstreifen darunter tragen. Jede von ihnen hat ihre eigene Lokalsteuerung – eine speicherprogrammierbare Steuerung (SPS), englisch Programmable Logic Controller (PLC).

Im Betrieb setzt diese Steuerung die Schaltbefehle des Verkehrsrechners an den Signalen um und meldet zurück, was die Signale tatsächlich anzeigen. Zwei Dinge muss sie ohne den Verkehrsrechner können: unverträgliche Signalbilder gegeneinander verriegeln und bei einem Ausfall der Verbindung in einen festgelegten Zustand fallen. Beides ist an jeder Anlage anders, und beides steht in den Anlagendaten. Vor Ort lässt sich die Steuerung außerdem von Hand bedienen: Wer an der Anlage steht, kann den Signalquerschnitt – die Signale also, die an einem Portal über den Fahrstreifen hängen – in den Wartungsmodus setzen und Tests fahren.

Ihre Bedienoberfläche entstand bisher für jede Anlage neu: einzeln und aufwändig von Hand gebaut. Im Schweizer Nationalstraßennetz, in dem solche Anlagen zu Hunderten stehen, kostet das nicht nur Zeit: Was von Hand entsteht, gerät jedes Mal ein wenig anders, und jede spätere Änderung geht denselben Weg noch einmal.

#### Unsere Aufgabe

Gemeinsam mit Siemens haben wir dafür einen Editor entwickelt – Laravel im Backend, React mit TypeScript im Frontend. Die technische Führung lag bei uns, von der Konzeption bis zur Umsetzung.

Die Grundlage sind die Anlagendaten: Was an einer Schilderbrücke hängt, ist beschrieben, bevor jemand eine Steuerung dafür baut. Aus dieser Beschreibung erzeugt der Editor die Weboberfläche, über die die Anlage vor Ort bedient wird, samt der Schnittstellen zum Verkehrsrechner. Die fertige Oberfläche wird anschließend auf die Steuerung geladen – mit den Prüf- und Abnahmeschritten, die für Anlagen an einer Nationalstraße ohnehin gelten. Derselbe Weg funktioniert für andere Streckenabschnitte und andere Länder.

#### Ergebnis

Alle Bedienoberflächen stammen jetzt aus denselben Daten – in einem Netz mit Hunderten solcher Anlagen. Sie sind dadurch gleich aufgebaut und gleich zu bedienen: Wer eine Anlage bedient hat, findet sich an der nächsten sofort zurecht. Im Wartungsfall an einer Nationalstraße ist das der Unterschied zwischen Handgriff und Handbuch.

Weil alle Oberflächen aus derselben Quelle stammen, lassen sie sich außerdem leichter aktualisieren: Eine Änderung geht einmal über den Editor statt durch jeden Einzelfall. Die Ingenieurarbeit verschiebt sich damit vom Nachbau zur Anlage.

Getragen wurde das Projekt von der Zusammenarbeit mit den Ingenieuren bei Siemens. Ohne ihr Wissen darüber, wie eine Lokalsteuerung tatsächlich gebaut und später gewartet wird, wäre aus dem Editor nie ein Werkzeug geworden, das im Alltag standhält. Genau daran scheitern Generatoren sonst: Das Erzeugte übersteht den Kontakt mit denen nicht, die später damit arbeiten.

## Kontakt

Geenen IT-Systeme GmbH · Fallgatter 6 · 44369 Dortmund · kontakt@geenen-it-systeme.de · https://www.geenen-it-systeme.de