Méthode éprouvée en production

Transformez votre app smartmaker en vrai SaaS

Un Dolibarr caché en backoffice, une PWA ultra-simple devant. Vos clients utilisent votre application sans jamais voir l'ERP, et récupèrent toutes leurs données le jour où ils le souhaitent. Zéro lock-in.

Stack : PWA React (smartmaker) + Dolibarr + SmartAuth, isolation par entity.

aperçu / une instance, N clients
PWA
Client A
PWA
Client B
PWA
Client C
API SmartAuth (token + entity)
Un seul Dolibarr
entity 2 entity 3 entity 4

Le constat

Vos prospects ne veulent pas d'un ERP. Vous, vous voulez sa robustesse.

SaasYourApp réconcilie les deux : la puissance de Dolibarr côté serveur, une expérience SaaS minimaliste côté utilisateur.

Le client ne veut pas Dolibarr

Trop complexe, trop de menus, une courbe d'apprentissage qui fait fuir. Il veut juste son outil métier, simple et efficace, sur mobile.

Vous voulez un socle solide

Tiers, produits, devis, factures, stocks, comptabilité : tout existe déjà dans Dolibarr. Reconstruire un backend métier serait absurde.

SaasYourApp fait le pont

Une PWA ultra-simplifiée devant, Dolibarr derrière, chaque client isolé dans sa propre entity. Le meilleur des deux mondes, sans compromis.

La methode

Quatre étapes pour passer du module au SaaS

De l'inscription self-service jusqu'à la sortie sans friction.

  1. 1

    Onboarding self-service

    Le prospect s'inscrit en quelques champs (société, SIRET, e-mail). En coulisse, une nouvelle entity Dolibarr est créée et son premier utilisateur y est rattaché. Aucune intervention manuelle.

  2. 2

    Une PWA, pas un ERP

    Vos utilisateurs accèdent à une application React (construite avec smartmaker) taillée pour leur métier : quelques écrans, gestes mobiles, zéro jargon comptable. Dolibarr reste invisible, accessible uniquement par vous via le backoffice.

  3. 3

    Isolation native par entity

    Chaque appel API porte le token SmartAuth de l'utilisateur et cible son entity. Les données de chaque client vivent dans la même base, mais cloisonnées par la colonne entity que Dolibarr porte nativement sur ses tables.

  4. 4

    Sortie à la demande, sans lock-in

    Dans 6 mois ou dans 2 ans, le client veut Dolibarr en entier ? Ses données sont déjà au format Dolibarr. On exporte son entity vers une instance dédiée : tiers, devis, factures, produits, tout le suit. Il part avec son patrimoine, vous gardez sa confiance.

Architecture

Une instance, des clients cloisonnés

Pas de multiplication des serveurs, pas de base par client. Un seul Dolibarr mutualisé, des entities pour la frontière de données, et une couche d'API qui ne laisse jamais un client voir les données d'un autre.

  • Mutualisation : un seul ERP à maintenir, sauvegarder et mettre à jour.
  • SmartAuth : authentification par token, chaque requête est limitée à une entity.
  • PWA dédiée : l'utilisateur n'a ni compte Dolibarr classique, ni accès à son interface.
📱
Client A
💻
Client B
📱
Client C
PWA React (smartmaker)
API SmartAuth
token -> entity scope
Dolibarr mutualisé
entity 2
Client A
entity 3
Client B
entity 4
Client C

Le choix technique

Le champ entity, sans le module multicompany

Dolibarr porte une colonne entity sur la quasi-totalité de ses tables. C'est le mécanisme d'isolation que nous exploitons directement, sans activer le module multicompany et sa surcouche d'interface.

+

Isolation native : chaque enregistrement appartient déjà à une entity, sans schéma sur-mesure.

+

Format Dolibarr standard : les données restent 100% compatibles avec un Dolibarr classique.

+

Légèreté : pas de couche multicompany à configurer, à maintenir ni à déboguer.

+

Export trivial : extraire une entity, c'est extraire un Dolibarr prêt à vivre seul.

isolation par entity
-- chaque client = une entity, même base
SELECT rowid, nom, email
FROM llx_societe
WHERE entity = 3;   -- Client B

// l'API ne sort jamais de l'entity
callDolibarrAPI(
  '/thirdparties',
  'GET',
  null,
  $entityId   // scope forcé
);

// sortie : on extrait une entity
// vers un Dolibarr dédié, tel quel.

Schéma illustratif. La logique réelle vit dans la couche includes/ + SmartAuth.

L'argument qui rassure

Vos clients possèdent leurs données. Toujours.

Le plus grand frein à l'adoption d'un SaaS, c'est la peur d'être prisonnier. SaasYourApp retourne l'argument : puisque tout est déjà dans un Dolibarr, la porte de sortie est ouverte dès le premier jour.

J+0

Le client démarre sur la PWA, sans rien installer ni configurer.

+6 mois

Il grandit, son besoin se complexifie, il évoque Dolibarr.

Export

On bascule son entity vers un Dolibarr dédié. Continuité totale.

La preuve par l'exemple

SmartInterventions, déjà en production

Une app de gestion d'interventions terrain, bâtie exactement sur cette méthode.

smartinterventions.app.cap-rel.fr

Planning, interventions, devis, factures, signatures sur site : une PWA pensée pour les techniciens. Derrière, un Dolibarr mutualisé gère tiers, produits et comptabilité, chaque entreprise cloisonnée dans son entity.

Ouvrir la démo
  • Inscription en autonomie

    Une entreprise crée son compte, son entity naît toute seule.

  • Expérience 100% mobile

    Les techniciens ne voient jamais un écran Dolibarr.

  • Données prêtes à l'export

    Chaque client peut basculer vers son propre Dolibarr.

  • Facturation réelle

    Devis et factures générés par le moteur Dolibarr, conformes.

Pour qui

Conçu pour celles et ceux qui bâtissent sur Dolibarr

👨‍💻

Développeurs smartmaker

Vous construisez déjà des PWA React adossées à Dolibarr. Donnez-leur une seconde vie en mode SaaS multi-clients, sans repartir de zéro.

🏢

Agences et intégrateurs

Proposez à vos clients une offre packagée, simple à vendre et à opérer, avec une promesse de réversibilité qui lève les dernières objections.

📦

Éditeurs de modules

Transformez un module métier Dolibarr en produit SaaS autonome, et touchez une clientèle qui n'aurait jamais installé d'ERP.

Votre app mérite de devenir un SaaS

Parlons de votre application smartmaker et de la manière de la transformer en offre SaaS multi-clients, sans lock-in.