kontrollierte Laufzeit mit planbarem Lebenszyklus
Technologie, die Ihnen Kontrolle über Daten, Betrieb und Zukunft gibt.
Java 25, PostgreSQL, native Desktop Bedienung und offene Schweizer Finanzstandards. Sie entscheiden, wo Ihre Daten liegen und wer den Betrieb führt.
relationale Datenhaltung ohne Lizenzfalle
Datenhoheit bleibt bei Ihnen: Eigenbetrieb oder öffentliche Cloud
Clean/Hexagon/DDD
Geschäftslogik liegt im Domain Kern. UI, Datenbank, Server und externe Schnittstellen bleiben Adapter. So lassen sich Module erweitern, testen und betreiben, ohne fachliche Regeln an Oberflächen oder Infrastruktur zu binden.
Warum so gebaut
Neun Architekturentscheide, die Sie auf Jahre absichern.
Jede Entscheidung in ewws folgt einer klaren Linie: Kontrolle über Daten, Betrieb und Zukunft. Die Architektur bleibt nachvollziehbar und auf langfristige Stabilität ausgelegt.
Datenhoheit
Ihre Daten liegen dort, wo Sie es entscheiden, in Ihrem Rechenzentrum oder in Ihrem eigenen öffentliche Cloud Konto. So behalten Sie die Kontrolle über Betrieb und Datenhaltung.
Native Desktop statt Browser
Power User arbeiten täglich in ewws. Die Mac native App bietet Tastatursteuerung, mehrere Fenster und eine direkte Bedienung, die auf dauerhafte Nutzung ausgelegt ist.
PostgreSQL als Fundament
Eine bewährte relationale Datenbank ohne Lizenzkosten. Flyway macht jede Schemaänderung reproduzierbar, Sicherungen bleiben portabel, auch nach vielen Jahren.
Deployment nach Wahl
Eigenbetrieb oder öffentliche Cloud: derselbe Build, dieselbe Codebasis, dieselbe Lizenz. Ein Wechsel des Betriebsmodells bedeutet weder ein neues Produkt noch eine neue Integration.
Offene Schweizer Standards
QR-Rechnung, ISO 20022, Swissdec und eBill sorgen für verlässliche Standards. Einstieg, Ausbau und Schnittstellen bleiben damit berechenbar, auch wenn sich das Marktumfeld ändert.
Langlebigkeit und Stabilität
Java als LTS Plattform und ein kontrollierter Ausgabezyklus schaffen Planbarkeit. Der Server ist in direktem Java 25 geschrieben, ohne Spring Boot oder vergleichbaren Framework Stack, damit Startup, Speicherbedarf und Abhängigkeitskette überschaubar bleiben. So bleibt ewws ein stabiles Betriebsthema und wird nicht zum dauernden Migrationsprojekt.
Kontrollierte Lizenz und Updates
Lizenzierung, Aktivierung und Updates laufen signiert und nachvollziehbar. So bleiben Edition, Module und Versionen klar geführt, ohne produktive Installationen unkontrolliert zu verändern.
Gemeinsame Datenbasis
CRM, Finanzen, Lager, Projekte, Service und die iOS-App arbeiten auf derselben fachlichen Grundlage. Informationen werden nicht zwischen Insellösungen verschoben, sondern dort genutzt, wo sie im Arbeitsablauf gebraucht werden.
Bewusst gewählt
Warum direktes Java 25, kein Spring Boot oder vergleichbarer Framework Stack.
Der ewws Server läuft auf reinem Java 25 mit eigenem Composition Root, ohne Spring Boot, Quarkus oder vergleichbaren Framework Container. Vier Gründe stehen hinter der Entscheidung und prägen den Betrieb seit Tag eins.
ScopedValue statt Framework Magic
Mandantentrennung läuft über Java 25 ScopedValue, sichtbar im Code und in jedem Stack Trace. Kein versteckter ThreadLocal Tausch, keine Annotation die der Container interpretiert, kein implizites Verhalten. Wer den Mandanten Kontext lesen will, sieht in einer Zeile wer ihn gesetzt hat.
Eigener Composition Root
Abhängigkeiten werden im Bootstrap explizit verdrahtet, nicht per @Autowired aus dem Klassenpfad gefischt. Jede Verbindung Domain zu Anwendung zu Persistenz steht in einer Datei und ist im Test 1 zu 1 reproduzierbar. Das macht Clean Architecture und Hexagonal Pattern strikt durchhaltbar, ohne Framework Hilfen die Abkürzungen erlauben.
Schneller Startup, kleine Angriffsfläche
Ohne Reflection basiertes Bean Wiring startet der Server in Sekunden statt Dutzenden Sekunden. Die transitive Abhängigkeitskette bleibt klein, weniger Bibliotheken bedeuten weniger CVE Updates und kürzere Audit Ketten. Was nicht im Server steckt, kann auch nicht angegriffen werden.
Operativ einfach
Eine JAR Datei, ein LaunchAgent oder systemd Service, keine Spring Cloud Discovery, kein Config Server, kein Service Mesh als Pflicht. Für einen KMU Betrieb mit zehn bis hundert Anwendern reicht direkter Java Code. Skaliert wird über klare Module, nicht über zusätzliche Infrastruktur Komponenten.
Aktualisierung wie eine Mac App
Neue Version per Banner in der App, ein Klick, SHA-256 verifiziert.
Aktualisierungen werden über ein Server Manifest signalisiert. Die ewws Mac App prüft täglich, zeigt einen Banner mit Versionsnummer und Änderungen, und installiert den signierten Build mit SHA-256 Verifikation. Wie macOS Systemaktualisierungen, nicht wie Cloud Zwangsaktualisierungen.
Server Manifest steuert die Verteilung
Der ewws Server stellt ein Manifest unter /releases/desktop/latest bereit. Pro Mandant kann ein Versionszweig fest gesetzt werden, damit Treuhandmandanten nicht ungeplant auf eine neue Version springen.
Banner in der App, Sie entscheiden wann
Statt Cloud Zwangsaktualisierungen erscheint ein Banner in der ewws Mac App. Sie schauen sich die Änderungen an, planen einen Zeitpunkt und installieren mit einem Klick. Während der Lohnlaufwoche bleibt der Banner so lange sichtbar, bis Sie bereit sind.
SHA-256 verifiziert, signiert
Jeder DMG Download wird per SHA-256 gegen das Manifest geprüft. Manipulierte Builds werden nicht installiert. Der signierte Mac App Build trägt die Apple Developer ID, Gatekeeper akzeptiert die App ohne Systemüberschreibung.
Apple Stack. Swift, SwiftUI, Liquid Glass
ewws Mac und ewws iOS sind nativ in Apples eigenem Stack gebaut. Nicht portiert, nicht emuliert.
Mac- und iOS-App sind konsequent in Swift und SwiftUI implementiert, mit Apples Liquid Glass Design, Apple Human Interface Guidelines, NavigationSplitView, SF Symbols, Materials und SwiftUI Charts. Das gleiche Backend (ewws Server) bedient die native Windows-App und die Apple-native Variante über dieselbe HTTP API.
Swift und SwiftUI als Pflichtsprache
ewws Mac und ewws iOS sind vollständig in Swift geschrieben, keine Java Brücke, keine eingebettete Webansicht. Das macht die App so schnell und reaktiv wie Mail, Notes oder Finder, und respektiert die Plattformeigenschaften statt sie zu überdecken.
Liquid Glass und Apple HIG zu 100%
Materials, Toolbar, NavigationSplitView, Form, List und Settings folgen exakt den Apple Human Interface Guidelines. Liquid Glass als Apples Systemmaterial ist durchgängig im Einsatz. Mac und iPad fühlen sich an wie Systemapps, nicht wie portierte Drittanbietersoftware.
SwiftUI Charts und SF Symbols
Auswertungen, Prognose und Management KPIs nutzen SwiftUI Charts statt eingekaufter Diagrammbibliotheken. Symbole stammen aus SF Symbols und passen damit zu Systemschrift und Dynamic Type. Das spart Speicher, hält die App leicht und macht sie barrierefreundlich.
Geteiltes Swift Package für Mac und iOS
ewws Mac und ewws iOS teilen sich ein gemeinsames Swift Package mit Domain-, Anwendungs- und Infrastruktur-Schicht (Clean, Hexagon, DDD). Domain und Anwendungslogik werden einmal geschrieben und auf beiden Apple Plattformen identisch ausgeführt.
Betriebsmodell nach Wahl
Eigenbetrieb oder öffentliche Cloud. ewws kann Cloud, muss es aber nicht.
Das Betriebsmodell gehört zu Ihnen, nicht zum Hersteller. Zwei Wege, ein Produkt. Ein Wechsel bleibt möglich.
Eigenbetrieb
Eigener Server, eigenes Netz, volle Kontrolle. Für Unternehmen mit klarer IT Linie oder sensiblen Branchen, in denen Daten das Haus nicht verlassen dürfen.
öffentliche Cloud
Ihr eigenes Cloud Konto bei einem Hyperscaler Ihrer Wahl. Kostenmodell, Region und Datenschutzlage bleiben unter Ihrer Kontrolle. ewws legt sich nicht fest.
Umgang mit KI
KI, die den Anwender stärkt und den Umgang mit Daten kontrollierbar hält.
KI ist in ewws ein Werkzeug im Arbeitsfluss. Jeder Vorschlag bleibt nachvollziehbar, jede Aktion unter Ihrer Kontrolle, und die Modellwahl bleibt offen.
Im Kontext der Arbeit
KI Funktionen arbeiten direkt in den ERP Daten, etwa bei Kunden, Belegen und Buchungen. Zusätzliche Parallelwelten und unnötige Datenkopien werden vermieden.
Transparent und auditierbar
KI Vorschläge werden so geführt, dass Kontext und relevante Grundlagen nachvollziehbar bleiben. Was das Modell gesehen und vorgeschlagen hat, soll dokumentiert und im Audit Protokoll prüfbar bleiben.
Souveräne Modellwahl
Lokale Modelle, europäische Anbieter oder komplett abgeschaltet: Sie entscheiden, welches Modell auf welche Daten zugreift. Der KI Pfad ist konfigurierbar, nicht vorgegeben.
Mensch führt, KI verstärkt
KI beschleunigt Routine und gibt Vorschläge. Freigaben, Buchungen und Lieferungen bleiben in menschlicher Hand, keine Automatik ohne Bestätigung.
ewws gegen ein typisches Cloud-ERP
Derselbe Funktionsumfang, ein grundlegend anderes Fundament.
Viele ERP für KMU sind Browser-Anwendungen in der Anbieter-Cloud. ewws liefert denselben kaufmännischen Funktionsumfang, aber Sie behalten Daten, Betrieb und Tempo. Ein sachlicher Vergleich der Kategorie, nicht eines einzelnen Produkts.
ewws
- Daten auf Ihrem Server oder in Ihrem eigenen Cloud-Konto, Sie entscheiden
- Native Apps in Swift und WinUI 3, volle Tastatur- und Mehrfenster-Bedienung
- KI rechnet auf Ihrer Hardware, kein Datenabfluss zu Dritt-Anbietern
- Acht Schweizer Pflichtstandards im Kern jeder Edition, ohne Aufpreis
- PostgreSQL und offene Formate, Daten jederzeit exportierbar
- Kein Framework-Ballast, hexagonale Architektur, auf 20 Jahre wartbar
Typisches Cloud-ERP
- Daten liegen zwingend in der Anbieter-Cloud, oft ausserhalb Ihrer Kontrolle
- Bedienung im Browser-Tab, an die Grenzen einer Webseite gebunden
- KI-Funktionen senden Belege an Cloud-Dienste Dritter
- Schweizer Standards oft als kostenpflichtige Module oder Add-ons
- Proprietäre Datenhaltung, Export nur eingeschränkt oder gegen Gebühr
- Gewachsener Framework-Stack, Updates werden zum Dauerthema
Unser Anspruch
Warum ewws in diesem Feld eine klare Position einnimmt.
Viele ERP Angebote führen Kunden heute in ein einziges Betriebsmodell. ewws setzt auf eine Architektur, die Ihnen Wahl lässt und zugleich überschaubar bleibt. So bleibt das Produkt auch in einigen Jahren berechenbar.