# Technik und Arbeitsweise

> Wie meine Anwendungen aufgebaut sind: ein gemeinsamer Kern, versionierte Fachmodule, eine eigene Oberfläche je Kunde und Betrieb in Containern auf Servern in Deutschland.

Diese Seite ist für alle, die genauer wissen wollen, wie ich Software baue: IT-Verantwortliche, technisch interessierte Inhaber, Agenturen und Kanzleien, die mit mir zusammenarbeiten. Die Kurzfassung: Ich baue nicht jede Anwendung von vorn. Was jede Geschäftsanwendung braucht, kommt aus einer gemeinsamen, getesteten Grundlage. Entwickelt wird nur, was Ihren Ablauf besonders macht.

## Vier Grundsätze

**Eine Quelle der Wahrheit.** Jede Angabe hat genau einen Ort, an dem sie gepflegt wird. Oberflächen, Berichte, Schnittstellen und Automatisierungen lesen von dort, statt eigene Kopien zu führen.

**Nachvollziehbar.** Wichtige Schritte werden festgehalten. Was abgeschlossen ist, bleibt abgeschlossen: In der Buchhaltung etwa lassen sich gebuchte Einträge nicht mehr ändern, nur durch eine Gegenbuchung korrigieren. Das sichert die Datenbank selbst ab, nicht nur die Oberfläche.

**Saubere Daten vor Automatik.** Eingaben werden beim Erfassen geprüft, Importe zeigen vor der Übernahme eine Vorschau je Zeile und lassen sich rückgängig machen. Automatisierungen und KI setzen erst auf, wenn die Grundlage stimmt. Warum, steht im Beitrag [Bereit für Automatisierung?](/de/beitraege/bereit-fuer-automatisierung/)

**Wartbar.** Geschäftsregeln stehen an einer zentralen Stelle und sind getestet. Hintergrundaufgaben haben einen Status, wiederholen sich bei Fehlern und hinterlassen ein Protokoll. Was ausfällt, fällt auf.

## Aufbau in vier Schichten

| Schicht | Was dort liegt | Was das für Sie heißt |
|---|---|---|
| **Kern** | Benutzer, Anmeldung und Einladungen, Rollen und Rechte, Navigation, Branding, Hintergrundaufgaben, KI-Anbindung, Sicherheits- und Betriebsgrundlagen | Grundlagen, die schon in vielen Anwendungen laufen, statt einer Neuentwicklung |
| **Fachmodule** | Die Geschäftslogik eines Bereichs, etwa Buchhaltung, Dokumente oder Importe, jeweils als eigenes Paket mit Tests und Datenbankmigrationen | Eine Regel ist einmal definiert und gilt überall gleich; Verbesserungen kommen kontrolliert über eine neue Version |
| **Ihre Anwendung** | Oberfläche, Branding, Rollen und die Logik, die nur Ihr Betrieb braucht | Die Anwendung arbeitet so, wie Ihr Betrieb arbeitet |
| **Betrieb** | Ein Container-Image je Version, eigene Instanz mit eigener Datenbank, Server in Deutschland, Sicherung und Überwachung | Ausgeliefert wird genau das, was getestet wurde |

Die Geschäftslogik liegt also im Modul, die Oberfläche in Ihrer Anwendung. Zwei Kunden können dieselbe Buchhaltungslogik nutzen und trotzdem völlig unterschiedliche Masken, Rollen und Abläufe haben.

## Bausteine, die heute im Einsatz sind

Auf dieser Liste steht nur, was fertig ist. Für Kundenprojekte setze ich die Bausteine zusammen und ergänze, was fehlt.

**Im eigenen Betrieb täglich im Einsatz**

- **Grundlage:** Anmeldung per E-Mail, Einladungen, Rollen und Rechte, Branding und Briefkopf für erzeugte PDFs, begrenzte Anmeldeversuche, geprüfte Datei-Uploads
- **Hintergrundaufgaben:** Status, Wiederholung bei Fehlern, Fortschritt und Protokoll für Importe, Berichte und Versand
- **Buchhaltung:** doppelte Buchführung nach SKR04, Festschreibung, Storno statt Löschen, Summen- und Saldenliste, GuV und Bilanz, DATEV-Export
- **Dokumente:** Vorlagen mit Platzhaltern, PDF-Erzeugung, Versand mit Nachweis
- **Importe:** CSV und Excel mit Erkennung von Kodierung und Trennzeichen, Spaltenzuordnung, Vorschau je Zeile, Rückgängig
- **Versand:** E-Mail mit Warteschlange, Wiederholung und Sperrliste
- **KI-Anbindung:** eine Schnittstelle für Text, Bilder und Sprache, Profile statt fest verdrahteter Modelle, Ausweichen zwischen Anbietern, Budgetgrenzen und ein Mensch, der freigibt
- **Website:** mehrsprachig, Suchmaschinenoptimierung mit strukturierten Daten, Statistik ohne Cookies, die Ersteinschätzung – diese Website läuft darauf

**Fertig und in der [Demo-Anwendung](/de/demo-zugang/) zu sehen**

- **Schnittstellen zu Fremdsystemen:** Zugänge verschlüsselt gespeichert, Verbindungstest, Status je Schnittstelle
- **Webhooks:** Ereignisse mit geprüfter Signatur empfangen und verarbeiten, signiert an Ihre Systeme senden, mit Wiederholung
- **Mitarbeiteransicht:** eine vereinfachte Oberfläche fürs Telefon, mit derselben Anmeldung und denselben Rechten, als App auf dem Startbildschirm installierbar

## Was ich hier nicht veröffentliche

Einzelheiten zu Servern, internen Diensten und zur Sicherheitskonfiguration stehen bewusst nicht auf einer öffentlichen Seite. Wenn Sie im Projekt Aufbau, Datenhaltung oder Betrieb prüfen möchten, bekommen Sie die Unterlagen dafür, ebenso den Vertrag zur Auftragsverarbeitung.

## Häufige Fragen

**Mit welcher Technik arbeiten Sie?**

Python und Django, relationale Datenbanken, Betrieb in Containern auf Servern in Deutschland. Die Oberfläche läuft im Browser auf Rechner, Tablet und Telefon.

**Ist meine Anwendung von denen anderer Kunden getrennt?**

Ja. Jede Anwendung läuft als eigene Instanz mit eigener Datenbank. Auf Wunsch bekommt sie einen eigenen Server.

**Was passiert, wenn ein Baustein eine neue Version bekommt?**

Zunächst nichts. Ihre Anwendung bindet jeden Baustein mit fester Version ein. Eine neue Version übernehme ich bewusst, teste sie und rolle sie dann aus.

**Bin ich danach an Sie gebunden?**

Was speziell für Sie entwickelt wird, ist dokumentiert. Ihre Nutzungsrechte und eine mögliche Übergabe des Quellcodes regelt das Angebot transparent.