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
Elf 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, Lohnmeldewesen und eBill sorgen für verlässliche Standards. Einstieg, Ausbau und Schnittstellen bleiben damit berechenbar, auch wenn sich das Marktumfeld ändert. Lohn- und Schadensmeldungen folgen den gesetzlichen Verfahren. Der EBICS 3.0 Kanal nach H005 gehört zum Produkt: kein Zusatzmodul, kein Aufpreis bei uns, und Sie hängen an keinem Zulieferer. Der eBill Weg über den Netzwerkpartner ebenso: Einlieferung, Empfang und die Rückmeldung, wenn sich ein Kunde für eBill an- oder abmeldet, laufen ohne Ihr Zutun.
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.
Nie doppelt gebucht
Ein zweiter Klick, ein Netzabbruch mitten im Abschluss, ein Wiederholen aus Unsicherheit: Derselbe Vorgang führt in allen drei Apps zu genau einer Buchung. ewws erkennt die Wiederholung und antwortet mit dem Ergebnis des ersten Versuchs, statt ein zweites Mal zu buchen. Korrigieren Sie dagegen Betrag oder Zahlart, ist das ein neuer Vorgang und wird auch als solcher gebucht. Und ein Versuch, der fehlgeschlagen ist, wird nicht gemerkt, sondern beim nächsten Mal wirklich ausgeführt. Das gilt für alles, was Sie in den Apps auslösen.
Der Geschäftstag endet in Zürich
Ein Beleg um 23:40 Uhr gehört zum heutigen Tag, ein Rechnungslauf kurz nach Mitternacht zum morgigen. Das klingt selbstverständlich, doch viele Systeme rechnen ihre Tage nach Weltzeit und liegen der Schweiz damit ein bis zwei Stunden hinterher: Ein Tagesabschluss, eine Fälligkeit, eine Mahnfrist kippt dann unbemerkt auf den falschen Tag. ewws zählt jeden Geschäftstag nach Schweizer Zeit, Sommer- wie Winterzeit, auf jedem Server, wo immer er steht. Was Sie am Abend abschliessen, steht am Morgen im richtigen Tag.
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.
Aus derselben Werkstatt
Industrie Charts, unsere Java-Diagrammbibliothek.
Nicht alles aus unserer Werkstatt gehört zu ewws. Industrie Charts ist eine Bibliothek für Diagramme in Java-Anwendungen, MIT-lizenziert und auf Maven Central veröffentlicht, aktuell in Version 2.1.0 unter der Gruppe com.arbergashi. Eigenständig entwickelt, von ewws unabhängig, für jedes Java-Projekt nutzbar.
Aktualisierung wie eine Mac App
Neue Version? Die App sagt es Ihnen.
Sobald eine neue Version bereitliegt, meldet die Mac App sie mit Versionsnummer, Änderungen und Prüfsumme. Sie laden und installieren, wann es Ihnen passt; mitten im Lohnlauf zwingt Sie niemand. Der Server hält sich auf Ihre Freigabe selbst aktuell, mit Signaturprüfung und automatischem Rücksprung, falls etwas nicht startet.
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.
Signiert und prüfbar
Jeder Build trägt die Apple Developer ID und eine Prüfsumme, die die App zum Vergleich anzeigt. Gatekeeper akzeptiert die App ohne Umwege, und der Server prüft seine eigenen Aktualisierungen, bevor er sie einspielt.
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 Produktkern, 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.