Kompetenz und Verantwortung hinter nentix
Berufserfahrung aus früheren Tätigkeiten, formuliert als Kompetenz der Firma. Keine Kundenlogos, keine Projektliste und keine Referenzen aus fremden Aufträgen. Geordnet nach Dimensionen, die Sie einzeln lesen können.
Dimensionen der Erfahrung
Branchen und Sektoren
-
Öffentliche Verwaltung
Dokumentenerschließung und behördliche Vorgänge, von der Erfassung bis zur nachvollziehbaren Ablage. Dazu Anforderungen aus Vergabe und Dokumentation, wenn Nachweise, Fristen und Zuständigkeiten den Ablauf bestimmen. Verantwortung: Vorgangslogik, Vergabe und Dokumentation, nachvollziehbare Ablage.
-
Automotive und Industrie
Industrielle Produktentwicklung mit Telemetriedaten, Sensoranbindung und abgegrenzten Entwicklungsumgebungen. Die Arbeit bleibt unter Vertraulichkeit, ohne Projektnamen und ohne interne Kennzahlen. Verantwortung: Telemetrie und Sensorik, abgegrenzte Umgebungen, Vertraulichkeit.
-
Handel
Kassen- und Clearing-Anbindung, inklusive der Zahlungsströme zwischen Kasse, Clearing und den angeschlossenen Systemen. Der Schwerpunkt liegt auf nachvollziehbaren Buchungen und stabilen Schnittstellen. Verantwortung: Kassenanbindung, Clearing, Zahlungsströme.
-
SaaS- und Plattformgeschäft
Mehrseitige Nutzerlogik für Anbieter und Nachfrager, mit Betrieb der Plattform als eigenes Produkt. Dazu gehören Rollen, Mandanten und ein Betrieb, der über den einzelnen Release hinausgeht. Verantwortung: Mandanten und Rollen, Betrieb als Produkt, Nutzerlogik.
Organisationsrahmen
-
Startup
Schneller Bau lauffähiger Versionen, wenn der nächste Schritt vor der vollständigen Spezifikation gebraucht wird. Der Rahmen ist eng, die erste benutzbare Fassung zählt. Einordnung: lauffähige Versionen.
-
Mittelstand
Gewachsene Abläufe, oft ohne ein Standardprodukt, das den Vorgang schon abbildet. Die Arbeit setzt an dem an, was im Betrieb schon steht, und schließt die Lücke dazwischen. Einordnung: passende Fachlogik.
-
Großkonzern
Arbeit in größeren Organisationen, mit mehreren Beteiligten, Freigaben und einer Umgebung, in der Änderungen nachvollziehbar bleiben. Abstimmungen laufen über festgelegte Wege. Einordnung: nachvollziehbare Änderungen.
-
Öffentlicher Sektor
Regulierte Umgebungen mit NDA, Geheimschutz, sensiblen Daten und strikten Prozessen. Der Ablauf folgt den Vorgaben der Stelle, nicht einer verkürzten Projektroutine. Einordnung: Schutz und Prozess.
Verantwortung
-
Architektur
Technische Entscheidungen zu Schnittstellen und zum Aufbau, der später noch zu warten ist. Die Rolle trägt, wie die Teile zusammenhängen und wo eine Änderung Folgen hat. Verantwortung: technische Entscheidungen, Schnittstellen, Wartbarkeit.
-
Fachliche Führung
Abstimmung mit der Fachseite, Priorisierung und Abgrenzung des Umfangs. Die Rolle klärt, was in die Lieferung gehört und was zurückgestellt wird. Verantwortung: Abstimmung mit der Fachseite, Priorisierung, Abgrenzung.
-
Frontend
Komponentenbasierte Oberflächen im Browser, vom einzelnen Baustein bis zur bedienbaren Ansicht. Die Rolle setzt um, was Nutzerinnen und Nutzer sehen und auslösen. Verantwortung: Komponenten, Oberflächen im Browser.
-
Backend / Schnittstellen
Fachlogik, APIs und Authentifizierung hinter der Oberfläche. Die Rolle trägt, was rechnet, speichert und den Zugang prüft. Verantwortung: Fachlogik, APIs, Authentifizierung.
-
KI-Integration / Beratung
Einbindung bestehender Modelle und der organisatorische Rahmen darum. Die Rolle klärt, wo ein Modell im Ablauf sitzt und wer dafür zuständig bleibt. Verantwortung: bestehende Modelle, organisatorischer Rahmen.
Art der Arbeit
-
Portale und zugangsgeschützte Bereiche
Anmeldung, Rollen, Formulare, Dokumente und Vorgänge in einem Bereich, den nicht jede Person offen sieht. Ergebnis: geschützte Vorgänge.
-
Fachanwendungen / Prozesssoftware
Eine Anwendung für den Ablauf, den kein Standardprodukt schon abbildet. Die Fachlogik sitzt im Programm, nicht in der Tabelle daneben. Ergebnis: eigene Anwendung.
-
Ablösung von Altsystemen
Neuentwicklung statt Weiterbau am gewachsenen Bestand. Der laufende Vorgang bleibt benutzbar, während der neue Stand entsteht. Ergebnis: neuer Stand.
-
Plattformen
Anbieter und Nachfrager mit eigener Nutzerlogik. Rollen und Mandanten gehören zum Produkt, nicht zum nachträglichen Zusatz. Ergebnis: eigene Nutzerlogik.
-
APIs und Systemanbindung
REST und JSON, Authentifizierung und die Anbindung von Systemen, die schon im Betrieb stehen. Ergebnis: Systeme im Austausch.
-
Dokumentenerschließung
Unstrukturierte Eingaben werden zu einem Bestand, in dem gesucht und nachvollzogen werden kann. Ergebnis: durchsuchbarer Bestand.
-
KI in Anwendungen
Sprachmodelle im Kern der Anwendung: Auskunft, Assistenz und Extraktion, angebunden an den bestehenden Ablauf. Ergebnis: Modell im Vorgang.
-
MVP unter Zeitdruck
Eine erste lauffähige Version, an der sich das Vorhaben beurteilen lässt, bevor der volle Umfang feststeht. Ergebnis: erste Fassung.
-
Betrieb und Übergabe
Deployment, Hosting und Dokumentation. Der Quellcode liegt beim Auftraggeber, der Betrieb ist übergeben. Ergebnis: Betrieb beim Auftraggeber.
Technologien
- Sprachen
- Java, TypeScript/JavaScript, PHP, SQL
- Backend
- Spring Boot, Node.js, NestJS, Next.js, Laravel, Swagger, RESTful, OAuth2 / OIDC
- Frontend
- Angular, React, Next.js, Astro, Svelte, TanStack, Vaadin, TYPO3, Tailwind, HTML/CSS, FreeMarker
- Daten
- PostgreSQL, MongoDB, Elasticsearch, Cassandra, Prisma, Hibernate, Liquibase
- KI
- LLM-APIs, lokale Modelle, OCR, RAG, Tool Calling
- Betrieb
- Docker, Kubernetes, GitLab, Jenkins, nginx, Kafka, CI/CD, Self-Hosting
- Automatisierung
- n8n, Make