Senior Fullstack Architekt / Engineer (Python, Typescript, Azure) - Schnittstellen, ERP & Automation

Das ist der Job

Wir betreiben einen vollautomatisierten AutoStore-Lagerbetrieb, verkaufen über mehr als zehn Marktplätze und eigene Shops, und unsere SaaS-Landschaft (Weclapp, Shopify, Marketplaces, Pulpo WMS, Pulse WCS, MongoDB, Azure) wird durch ein internes Team verbunden, automatisiert und mit eigenen Web-Oberflächen bedienbar gemacht.\ \ Wir suchen kein Paar zusätzliche Hände.

Genau dafür ist diese Stelle da.\ \ Aufgaben\ \ Was dich erwartet\ \ \ • \Entscheiden und begründen:\ Bei jedem neuen System, jeder neuen Maschine und jedem neuen Marktplatz sitzt du an der Lösungsarchitektur — und zwar als der, der widerspricht, wenn die naheliegende Lösung die falsche ist.

Das interessiert uns mehr als deine gelungenste.\ \ • \Du hast Wachstum mitgemacht\ — ein System, das unter steigender Last, wachsendem Team oder neuen Anforderungen umgebaut werden musste, während es lief.\ \ • \Mehrjährige Senior-Erfahrung\ im Bau produktiver Backend-Systeme und ihrer Web-Oberflächen — die Jahreszahl interessiert uns weniger als die drei Punkte darüber.\ \ • \Souveräner, kritischer Umgang mit AI-Werkzeugen.\ Nicht als Autovervollständigung, sondern als Arbeitsweise: Aufgaben schneiden, Ergebnisse prüfen, Fehlerbilder erkennen.

Das brauchst du

Dein Auftrag ist, das in dokumentierte, überprüfbare Systeme zu überführen — Infrastructure-as-Code, strukturiertes Logging, CI/CD, klare Schnitte.\ \ • \Team stärken:\ Code-Reviews, Wissenstransfer und Sparring mit unseren Entwicklern, Werkstudenten und Azubis.\ \ \ Qualifikation\ \ Was du mitbringst\ \ \Worauf wir wirklich schauen:\\ \ \ • \Du hast Systeme dimensioniert, nicht nur gebaut.\ Du kannst uns zu einem deiner Systeme sagen, wie viele Datensätze es hält, wie viel Volumen, welche Latenz gefordert war — und warum die Lösung dazu passte.

Wer bei dieser Frage einen Produktnamen nennt, ist bei uns falsch.\ \ • \Du hast Architekturentscheidungen auch zurückgebaut.\ Erzähl uns von einer, die falsch war, und was sie dich gekostet hat.

Darum lohnt es sich

\ Altruan ist ein wachsendes Handels- und Logistik-Unternehmen mit Sitz in Massing (Rottal-Inn).

Die spannende Frage war nie, welches Produkt draufsteht, sondern wie viele Datensätze wirklich anfallen und wie fünf Rollen unterschiedliche Sichten auf dieselben Zahlen bekommen, ohne dass die Berechtigung im Identitätsmanagement statt im Datenmodell hängt.

Gelöst ist das bei uns über einen \NATS\-Kern: JetStream als durables Ereignis-Log, ein Reducer faltet daraus typisierten Zustand, die Oberflächen hydrieren über KV-Watches.

Diese Schicht trägt den Betrieb — du entwickelst sie weiter und entscheidest, welche Workflows als nächste darauf laufen.\ \ • \AI-gestützte Entwicklung führen:\ Wir arbeiten agentisch — Spezifikationen, Guardrails, Reviews.

Wir arbeiten viel mit Claude.\ \ • \Bereitschaft zur Vor-Ort-Arbeit in Massing\ (Pendel- oder Umzugsbereitschaft) — das ist nicht verhandelbar, weil wir physische Lager- und Maschinensysteme betreuen.\ \ \ \Unser Stack — beherrschen musst du ihn nicht am ersten Tag, wechseln wollen schon:\\ \ \ • \Python trägt bei uns fast alles (Azure Functions, Pulse WCS).

Wenn du aus C#, Java, Go oder PHP kommst und die Sprache wechselst, weil das Problem spannend ist, ist das für uns kein Nachteil — für Architekturarbeit zählt Urteil mehr als Syntax.\ \ • \TypeScript/React für unser Management-Cockpit und die Lager-Oberflächen, Liquid im Shop.\ \ • \NATS (JetStream, KV) ist der Zustandskern des Lagers: Maschinen-, Bediener- und WMS-Ereignisse laufen als Log zusammen, daraus wird der Zustand gefaltet, den Oberflächen und Bots lesen.

Wenn du mit Event-Streams und ereignisbasiertem Zustand gearbeitet hast — NATS, Kafka, RabbitMQ, MQTT — und weißt, warum Reihenfolge, Zustellgarantie und Idempotenz genau hier weh tun, ist das für diese Stelle das stärkste einzelne Argument.\ \ • \Azure (Functions, Storage Queues, Key Vault, Application Insights), daneben Firebase/GCP im WCS.\ \ • \MongoDB, Firestore und relationale Datenbanken — wir nutzen alle drei, jeweils dort, wo sie hingehören.\ \ • API-Integration mit allem, was dazugehört: OAuth, Webhooks, Idempotenz, Retry/Backoff, Rate-Limiting.\ \ \ \Stark erwünscht:\\ \ \ • Berührungspunkte mit Industrial IT, Logistik-Software, MES/SPS-Welten oder Lagerautomation (AutoStore-Erfahrung ist ein Riesenplus)\ \ • Erfahrung im Mentoring von Junior- und Werkstudent-Teams\ \ • Pragmatismus statt Architektur-Dogma — wir mögen funktionierenden Code mehr als perfekte Diagramme, und wir wissen, dass streng ausgelegtes Clean Code aus einer Zeile drei macht\ \ • Gespür für UI/UX und Datenvisualisierung (Dashboards, Charts, operative Cockpits)\ \ \ Benefits\ \ Was wir bieten\ \ \ • Die Rolle des technischen Gegenübers, nicht der Umsetzungsressource — direkte Linie zur Geschäftsführung, kurze Entscheidungswege, keine Gremien zwischen dir und der Entscheidung\ \ • Verantwortung für eine Schicht, die das Unternehmen wirklich trägt — keine Spielwiese, kein Proof-of-Concept-Job\ \ • Eine Rolle, die es bei uns so bisher nicht gab — du prägst ihren Zuschnitt mit, statt in eine fertige Schublade zu passen\ \ • Modernes Tooling und eine AI-first-Arbeitsweise, die schon läuft — nicht als Pilotprojekt, sondern im Tagesgeschäft\ \ • Echte AutoStore-Anlage als Lernspielfeld\ \ • Massing ist Niederbayern — günstige Lebenshaltungskosten, Familienfreundlichkeit, München in 1 h, Passau und Landshut in <1 h\ \ Wir suchen ein \technisches Gegenüber\ für die Geschäftsführung — jemanden, der Architekturentscheidungen nicht abnickt, sondern auseinandernimmt.

Die Umsetzung tragen wir zunehmend mit AI-Werkzeugen; der Engpass ist längst nicht mehr, wie schnell jemand tippt, sondern wie gut jemand beurteilt, was da entsteht. Aktuelles Beispiel aus unserem Alltag: Wir bauen gerade ein internes Data-Warehouse auf.

Solche Fragen willst du führen.\ \ • \Backbone verantworten:\ Die Python-/Azure-Functions-Landschaft hält unsere SaaS-Welt zusammen — Marketplace-APIs, ERP (Weclapp), Lagerautomation. Rund 70 Trigger laufen produktiv, at-least-once, mit echtem Geld dahinter.

Idempotenz ist hier kein Lehrbuchthema.\ \ • \Pulse WCS weiterführen:\ Unser Warehouse-Control-System mit AutoStore-Anbindung hat eine klare Produkt-Roadmap. Maschine ändert Zustand, Menschen klicken parallel, das Frontend muss trotzdem die Wahrheit zeigen.

Du prägst mit, wie das sauber und überprüfbar bleibt, statt in schnell erzeugtem Code zu ersticken.\ \ • \Abhängigkeiten abbauen:\ Zu vieles hängt heute an einzelnen Köpfen und an externen Dienstleistern.