environnement d'exécution contrôlé avec cycle de vie planifiable
Une technologie qui vous laisse maître de vos données, de votre exploitation et de votre avenir.
Java 25, PostgreSQL, desktop natif et standards financiers suisses ouverts. ewws sait faire du cloud, mais ne l'impose pas : vous décidez où résident vos données et qui pilote l'exploitation.
base de données relationnelle sans coût de licence
souveraineté des données : on-prem ou cloud public
Clean/Hexagon/DDD
La logique métier reste dans le noyau domaine. UI, base de données, serveur et interfaces externes restent des adaptateurs. Les modules peuvent ainsi évoluer, être testés et exploités sans lier les règles métier aux écrans ou à l'infrastructure.
Pourquoi cette architecture
Neuf choix d'architecture qui vous sécurisent sur la durée.
Chaque décision dans ewws suit une ligne claire : maîtrise des données, de l'exploitation et de l'avenir. Pas de tendances, pas de verrouillage plateforme, pas d'expérimentation avec vos données d'affaires.
Souveraineté des données
Vos données résident là où vous le décidez, dans votre data center ou dans votre propre compte de cloud public. Pas de copies cachées, pas de dépendance au backend de l'éditeur.
Desktop natif plutôt que navigateur
Les utilisateurs expérimentés travaillent chaque jour dans ewws. L'app Mac native offre pilotage clavier, plusieurs fenêtres et une utilisation directe, conçue pour durer.
PostgreSQL comme fondation
Une base de données relationnelle éprouvée, sans coût de licence. Flyway rend chaque changement de schéma reproductible, et les sauvegardes restent portables, même après de nombreuses années.
Déploiement au choix
On Premises ou cloud public : même build, même base de code, même licence. Changer de modèle d'exploitation ne signifie ni nouveau produit, ni nouvelle intégration.
Standards suisses ouverts
QR-facture, ISO 20022, Swissdec, eBill : aucun format propriétaire, aucun piège de données. Entrée, sortie et interfaces restent prévisibles, même si le marché évolue. La paie et les annonces de sinistre sont implémentées selon les standards Swissdec ELM 6.0 et KLE 2.0. Le canal EBICS 3.0 selon H005, nous l'avons construit nous-mêmes et prouvé sur la plateforme de test PostFinance: pas de module en plus, pas de supplément chez nous.
Longévité et stabilité
Java en plateforme LTS, un cycle de publication maîtrisé, pas de mise à niveau forcée. Le serveur est écrit en Java 25 direct, sans Spring Boot ni pile framework comparable, afin que le démarrage, l'empreinte mémoire et la chaîne de dépendances restent maîtrisables. ewws devient un sujet d'exploitation, pas un chantier de migration permanent.
Licence et mises à jour maîtrisées
Licence, activation et mises à jour suivent un chemin signé et traçable. Éditions, modules et versions restent clairement pilotés, sans modifier les installations productives de manière incontrôlée.
Base de données commune
CRM, finances, stock, projets, service et l'app iOS travaillent sur la même base métier. Les informations ne sont pas déplacées entre solutions isolées, elles sont utilisées là où elles sont nécessaires dans le processus.
Choix délibéré
Pourquoi Java 25 direct, pas Spring Boot ni pile framework équivalente.
Le serveur ewws tourne en Java 25 pur avec son propre Composition Root, sans Spring Boot, Quarkus ou conteneur framework équivalent. Quatre raisons fondent ce choix et structurent l'exploitation depuis le premier jour.
ScopedValue plutôt que magie framework
La séparation des mandants passe par ScopedValue de Java 25, visible dans le code et dans chaque stack trace. Pas d'échange ThreadLocal caché, pas d'annotation interprétée par un conteneur, pas de comportement implicite. Qui veut lire le contexte mandant voit en une ligne qui l'a posé.
Composition Root propre
Les dépendances sont câblées explicitement au bootstrap, pas attrapées par @Autowired depuis le classpath. Chaque liaison domaine vers application vers persistance figure dans un fichier et reste reproductible 1 à 1 en test. Cela rend Clean Architecture et le pattern hexagonal strictement tenables, sans raccourcis offerts par un framework.
Démarrage rapide, surface d'attaque réduite
Sans câblage de beans par réflexion, le serveur démarre en secondes au lieu de dizaines de secondes. La chaîne de dépendances transitive reste courte, moins de bibliothèques signifient moins de mises à jour CVE et des chaînes d'audit plus brèves. Ce qui n'est pas dans le serveur ne peut pas être attaqué.
Simple en exploitation
Un fichier JAR, un LaunchAgent ou service systemd, pas de Spring Cloud Discovery, pas de config server, pas de service mesh obligatoire. Pour une PME avec dix à cent utilisateurs, du Java direct suffit. Le passage à l'échelle se fait par des modules clairs, pas par des composants d'infrastructure additionnels.
Mise à jour comme une app Mac
Nouvelle version par bandeau dans l'app, un clic, vérifiée SHA-256.
Les mises à jour sont signalées par un manifeste serveur. L'application Mac ewws vérifie chaque jour, affiche un bandeau avec numéro de version et nouveautés, et installe le build signé avec vérification SHA-256. Comme les mises à jour système macOS, pas comme les mises à jour cloud forcées.
Le manifeste serveur pilote la diffusion
Le serveur ewws expose un manifeste sous /releases/desktop/latest. Par mandant, une branche de version peut être figée, afin que les mandants fiduciaires ne sautent pas sur une nouvelle version sans planification.
Bandeau dans l'app, vous décidez quand
Au lieu de mises à jour cloud forcées, un bandeau apparaît dans l'application Mac ewws. Vous regardez les nouveautés, planifiez un moment et installez en un clic. Pendant la semaine de la paie, le bandeau reste visible aussi longtemps que vous le souhaitez.
Vérifié SHA-256, signé
Chaque téléchargement DMG est vérifié par SHA-256 contre le manifeste. Les builds manipulés ne sont pas installés. Le build signé de l'application Mac porte l'Apple Developer ID, Gatekeeper accepte l'app sans dérogation système.
Stack Apple. Swift, SwiftUI, Liquid Glass
ewws Mac et ewws iOS sont bâtis nativement dans le stack propre d'Apple. Non portés, non émulés.
Les applications Mac et iOS sont implémentées de manière conséquente en Swift et SwiftUI, avec le design Liquid Glass d'Apple, les Apple Human Interface Guidelines, NavigationSplitView, SF Symbols, Materials et SwiftUI Charts. Le même backend (ewws Serveur) sert l'app Windows native et la variante Apple native via la même API HTTP.
Swift et SwiftUI comme langage obligatoire
ewws Mac et ewws iOS sont entièrement écrits en Swift, sans pont Java, sans Webview. L'app est aussi rapide et réactive que Mail, Notes ou Finder, et respecte les caractéristiques de la plate forme au lieu de les masquer.
Liquid Glass et Apple HIG à 100%
Materials, Toolbar, NavigationSplitView, Form, List et Settings suivent exactement les Apple Human Interface Guidelines. Liquid Glass comme matériau système d'Apple est utilisé partout. Mac et iPad ressemblent à des apps système, pas à des logiciels tiers portés.
SwiftUI Charts et SF Symbols
Évaluations, prévisions et indicateurs de management utilisent SwiftUI Charts au lieu de bibliothèques de graphiques achetées. Les icônes proviennent de SF Symbols et s'accordent à la police système et au Dynamic Type. Cela économise de la mémoire, garde l'app légère et la rend accessible.
Swift Package partagé pour Mac et iOS
ewws Mac et ewws iOS partagent un Swift Package commun avec les couches Domain, Application et Infrastructure (Clean, Hexagon, DDD). La logique domaine et applicative est écrite une seule fois et exécutée à l'identique sur les deux plates formes Apple.
Modèle d'exploitation au choix
On Premises ou cloud public. ewws sait faire du cloud, mais ne l'impose pas.
Le modèle d'exploitation vous appartient, pas à l'éditeur. Deux voies, un seul produit. Un changement reste possible.
On Premises
Votre serveur, votre réseau, contrôle total. Pour les entreprises à ligne IT claire ou les secteurs sensibles où les données ne doivent pas quitter la maison.
Cloud public
Votre propre compte cloud chez un hyperscaler de votre choix. Modèle de coûts, région et conformité restent sous votre contrôle. ewws ne se fige pas.
Approche IA
Une IA qui renforce l'utilisateur, pas qui disperse vos données.
Dans ewws, l'IA est un outil dans le flux de travail, pas un réservoir à données. Chaque suggestion reste traçable, chaque action sous votre contrôle, chaque choix de modèle souverain.
Dans le contexte, pas en silo
Les fonctions IA travaillent directement sur les données ERP : clients, documents, écritures. Pas de base de connaissances parallèle, pas de copies inattendues chez un tiers.
Transparente et auditable
Les propositions IA sont conduites de sorte que le contexte et les bases pertinentes restent traçables. Ce que le modèle a vu et proposé doit rester documenté et vérifiable dans le journal d'audit.
Choix souverain du modèle
Modèles locaux, fournisseurs européens ou IA désactivée : vous décidez quel modèle accède à quelles données. Le chemin IA se configure, il ne s'impose pas.
L'humain dirige, l'IA amplifie
L'IA accélère les tâches répétitives et propose. Les validations, écritures et livraisons restent entre des mains humaines, pas d'automatisme sans confirmation.
ewws face à un ERP cloud typique
Le même périmètre fonctionnel, un fondement radicalement différent.
Beaucoup d'ERP pour PME sont des applications navigateur dans le cloud du fournisseur. ewws offre le même périmètre comptable, mais vous gardez les données, l'exploitation et la vitesse. Une comparaison factuelle de la catégorie, pas d'un produit précis.
ewws
- Données sur votre serveur ou dans votre propre compte cloud, vous décidez
- Apps natives en Swift et WinUI 3, plein usage clavier et multi-fenêtres
- L'IA calcule sur votre matériel, aucune fuite vers des tiers
- Huit standards suisses obligatoires dans le coeur du produit, sans supplément
- PostgreSQL et formats ouverts, données exportables à tout moment
- Pas de poids de framework, architecture hexagonale, maintenable sur 20 ans
ERP cloud typique
- Données obligatoirement dans le cloud du fournisseur, souvent hors de votre contrôle
- Utilisation dans un onglet de navigateur, limitée à une page web
- Les fonctions IA envoient vos pièces à des services cloud tiers
- Standards suisses souvent en modules payants ou add-ons
- Stockage propriétaire, export limité ou facturé
- Stack de framework hérité, les mises à jour deviennent un sujet permanent
Notre exigence
Pourquoi ewws mène dans ce domaine. Et veut continuer à le faire.
De nombreuses offres ERP conduisent aujourd'hui les clients vers un modèle d'exploitation unique. ewws mise sur une architecture qui vous laisse le choix, tout en restant lisible et maîtrisable. Ainsi, le produit reste prévisible dans la durée.