Handwerkssoftware für den DACH-Raum
Plenxi führt Ihren Betrieb vom ersten Kontakt bis zum fertigen Beleg: Kundenakte, Baustellenakte, Kalkulation, Leistungsverzeichnis, Auftrag und PDF — eine durchgehende Kette statt sieben Insellösungen.
Kontakte › Musterbau GmbH
Zahlen aus dem Repository, Stand 20. August 2026. Nicht als Angeberei, sondern als Aussage darüber, wie tief die Fachlogik sitzt.
Der Ablauf
Jeder Schritt übernimmt, was der vorige erzeugt hat — kein zweites Erfassen, kein Copy & Paste zwischen Programmen.
Schritt 01 von 06
Kunde, Lieferant, Nachunternehmer — eine Akte statt drei Karteikarten.
Adressen, Ansprechpartner, Bankverbindungen und Zahlungsziele liegen in einer Kundenakte. Jeder Vorgang, der später entsteht, hängt sichtbar daran.
Schritt 02 von 06
Die Baustellenakte bündelt, was zu einem Bauvorhaben gehört.
Bauvorhaben mit eigener Adresse, Status und Zuordnung zum Auftraggeber. Angebote, Aufträge und Dokumente sammeln sich darunter, statt in Ordnern zu verschwinden.
Schritt 03 von 06
Material, Lohn, Gerät und Fremdleistung — nachvollziehbar gerechnet.
Kalkulationszeilen mit Mengen, Einheiten, Einkaufspreisen und Zuschlägen. Das Ergebnis ist kein Bauchgefühl, sondern eine Zahl mit Herkunft.
Schritt 04 von 06
Leistungsverzeichnis mit Titeln, Positionen und Alternativen.
Der LV-Editor kennt Hierarchie: Titel, Untertitel, Positionen, Eventual- und Alternativpositionen. Summen rechnen sich mit, Nummernkreise vergibt das System.
Schritt 05 von 06
Aus dem angenommenen Angebot wird der Auftrag — ohne Abtippen.
Der Auftrag übernimmt das Leistungsverzeichnis und führt es als eigenen Beleg weiter. Die Herkunft bleibt sichtbar, statt in einer Kopie zu verschwinden.
Schritt 06 von 06
Ein PDF, das aussieht wie Ihr Briefkopf — serverseitig gerendert.
Angebote und Aufträge werden über einen eigenen Rendering-Dienst zu PDF. Firmenprofil, Logo und Fußzeile kommen aus den Stammdaten, nicht aus einer Word-Vorlage.
Heute im Einsatz
Kein Ausblick, keine Roadmap-Folie: Das hier ist der Funktionsumfang, den Sie in einer Demo anfassen können.
Alles zu einem Kunden an einer Stelle.
Kunden, Lieferanten und Nachunternehmer in einer Akte mit Adressen, Ansprechpartnern, Konditionen und allen Vorgängen, die daran hängen.
Das Bauvorhaben als eigene Akte.
Bauvorhaben mit eigener Adresse und Status. Angebote, Aufträge und Dokumente hängen sichtbar darunter.
Leistungsverzeichnisse, die Hierarchie können.
Titel, Untertitel, Positionen, Eventual- und Alternativpositionen. Summen und Nummernkreise rechnet und vergibt das System.
Vom Angebot zum Auftrag ohne Abtippen.
Das angenommene Angebot wird zum Auftrag übernommen — als eigener Beleg mit sichtbarer Herkunft.
Preise mit Herkunft statt Bauchgefühl.
Material, Lohn, Gerät und Fremdleistung mit Mengen, Einheiten und Zuschlägen — die Grundlage der Angebotspreise.
Der eigene Stamm, nicht der des Großhändlers.
Artikelstamm mit Einheiten, Preisen und Katalogzuordnung als Grundlage für Kalkulation und Leistungsverzeichnis.
Belege im eigenen Briefkopf.
Serverseitiges Rendering über einen eigenen Dienst. Logo, Anschrift und Fußzeile kommen aus dem Firmenprofil.
Mitarbeiterdaten dort, wo kalkuliert wird.
Stammdaten der Mitarbeitenden inklusive lohnrelevanter Angaben — die Basis für belastbare Lohnkosten in der Kalkulation.
Einmal einstellen, überall richtig.
Firmendaten, Umsatzsteuersätze und Nummernkreise je Belegart — konsistent über alle Vorgänge.
Unveränderbarkeit, die man nachsehen kann.
Eine Ansicht über die protokollierten Vorgänge samt Prüf-Funktion, die die Kette nachrechnet statt sie nur zu behaupten.
Anhänge liegen verschlüsselt, nicht nur „irgendwo".
Hochgeladene Dateien und erzeugte Belege werden verschlüsselt abgelegt und mandantengetrennt ausgeliefert.
Wer was darf, ist eine Einstellung — kein Zufall.
Anmeldung über einen eigenen Identitätsdienst (OIDC) und 14 getrennte Berechtigungsbereiche, geprüft auf jedem Endpunkt.
Vier Themes, fünf Akzente, hell und dunkel.
Die gesamte Oberfläche folgt einem Token-System: Themes, Akzentfarben, Hell/Dunkel und die Inhaltsbreite sind umschaltbar — auf Deutsch und Englisch.
Als Nächstes
Diese Bausteine existieren bereits als getesteter Quelltext — sie sind noch nicht im Bedienfluss aktiviert. Deshalb stehen sie hier getrennt und nicht bei den Funktionen.
Der Belegkern steht, die Bedienoberfläche folgt.
Datenmodell, Nummernkreis und Entwurfslogik für Rechnungen sind im Code angelegt. Was fehlt, ist die Freigabe im Bedienfluss.
Der Erzeuger besteht bereits die amtliche Prüfung.
Ein XML-Erzeuger im Format CII ist implementiert und wird in der Testkette gegen den KoSIT-Validator geprüft. Im laufenden Betrieb ist er noch nicht angeschlossen.
Schreiben ja, ändern nein.
Ein Archiv, das einmal geschriebene Belege gegen Änderung sperrt — der technische Unterbau für die Aufbewahrungspflicht.
Der Beweis, wann ein Beleg entstanden ist.
Verankerung der Prüfsummen über RFC-3161-Zeitstempel eines Zeitstempeldienstes — damit „unverändert seit" ein Datum bekommt.
Rechte vergeben, ohne den Betreiber zu fragen.
Die Verwaltungsoberfläche für Benutzerkonten und Rollen ist angelegt; die Berechtigungsbereiche dahinter sind bereits aktiv.
Leistungsverzeichnisse ausschreibungsfähig austauschen.
Import und Export von Leistungsverzeichnissen im GAEB-Format — derzeit als Machbarkeitsnachweis, die Lizenzfrage ist offen.
Großhändlerpreise ohne Abtippen.
Einlesen von Artikel- und Preisdaten im DATANORM-Format in den eigenen Artikelstamm — derzeit als Machbarkeitsnachweis.
Das Layout kommt aus der Anwendung, nicht aus einem Ticket.
Ein Editor für die Gestaltung der Belegausgabe — Kopf, Fuß, Spalten und Schriftgrößen ohne Eingriff im Quelltext.
Die Anwendung wächst in Bausteinen.
Ein internes Verzeichnis, über das Fachmodule sauber registriert und ausgeliefert werden — die Grundlage für spätere Erweiterungen.
Sicherheit
In vielen Systemen entscheidet der Programmcode, welche Daten Sie sehen. In Plenxi entscheidet das die Datenbank — eine Ebene tiefer, dort wo kein vergessenes WHERE mehr durchrutscht.
CREATE POLICY mandant_isolation ON angebot
USING (mandant_id = current_setting('app.mandant_id')::uuid);Zeilen anderer Mandanten erscheinen nicht „ausgegraut" — sie kommen gar nicht erst zurück.
Jede mandantenbezogene Tabelle trägt eine Row-Level-Security-Policy. Selbst eine fehlerhafte Abfrage kann keine fremden Zeilen sehen — die Datenbank gibt sie nicht heraus.
Hochgeladene Dateien und erzeugte Belege liegen verschlüsselt und werden nur innerhalb des eigenen Mandanten ausgeliefert.
14 getrennte Berechtigungsbereiche, geprüft auf jedem einzelnen Endpunkt — nicht nur im Menü ausgeblendet.
Geschäftsvorfälle werden protokolliert; eine Prüfansicht rechnet die Kette auf Knopfdruck nach, statt Unveränderbarkeit nur zu behaupten.
Die Oberfläche
Vier Themes, fünf Akzentfarben, hell und dunkel. Die Schalter unten setzen dieselben Design-Tokens, die auch das Produkt verwendet — was Sie hier sehen, sehen Sie dort.
Angebote › AN-2041
Zusätzlich einstellbar in der Anwendung: die Inhaltsbreite in vier Stufen und die Sprache (Deutsch oder Englisch). Alle Einstellungen bleiben pro Benutzer erhalten.
Unter der Haube
Durchgängig TypeScript, typsichere Datenbankzugriffe statt handgeschriebener SQL-Strings, jede Architekturentscheidung schriftlich festgehalten. Betrieb wahlweise in der Cloud oder auf eigener Infrastruktur — der Betrieb in Deutschland ist möglich.
Erstgespräch
Dreißig Minuten, live an einem echten Vorgang aus Ihrem Betrieb — vom Kontakt bis zum fertigen PDF. Ohne Folien, ohne Verkaufsdruck.