Mon offre

La valise numérique : un backend Supabase complet que je développe à partir de mes trois convictions, la souveraineté, l’indépendance et la décentralisation. Un socle sur mesure, rigoureux et sécurisé, pour vos données et les règles de votre métier. Elle vous appartient, elle vous suit, elle peut s’ouvrir ailleurs.

Ces trois convictions, c’est garder la main sur ses données, ne dépendre d’aucun fournisseur, ne pas tout concentrer au même endroit.

La souveraineté a toujours été un enjeu important. L’arrivée de l’IA en apporte un nouveau, majeur : poser de l’IA sur un système ni souverain ni maîtrisé, c’est ajouter une couche de problèmes sur une base fragile. Le socle d’abord, l’IA ensuite.

Ce socle porte vos données, le cœur de votre activité : vos clients, vos commandes, vos adhérents, votre stock. Et avec elles, les règles de votre métier : qui a le droit de voir quoi, une commande qui ne part pas sans client, un stock qui se met à jour tout seul. Votre site, votre application, vos écrans de gestion viennent s’y brancher : eux peuvent changer, la valise ne bouge pas.

Il n’y a pas de modèle tout fait : chaque valise est pensée pour une activité, la vôtre. Elle se construit de zéro, ou à partir de ce que vous avez déjà.

Télécharger en PDF

Pour qui

• Les commerces, les PME et les indépendants, dont les données font tourner l’activité sans qu’un service informatique soit là pour les tenir. Un backend solide n’est pas réservé aux grandes structures.
• Les développeurs frontend : vous faites l’interface, je fais le socle. La partie qui vous concerne est en fin de page.

Comment je la construis

1. Une conception sur mesure, le travail le plus important. Quelles données garder, qui doit y avoir accès, comment, et quelles règles s’appliquent : nous nous mettons d’accord avant d’écrire quoi que ce soit. Je pars de votre métier, de la façon dont vous travaillez vraiment ; quand la construction commence, plus rien n’est à deviner.
2. Les règles inscrites dans la valise, qui les fait respecter quelle que soit l’interface. La structure est solide avant d’accueillir la moindre donnée.
3. Des données de test, que je fabrique pour l’occasion : chaque règle est vérifiée.
4. Un écran de test, qui vous est réservé, pour manipuler vos données et voir la valise fonctionner sans être technicien. Données et écran vous restent : ils serviront à éprouver votre site ou votre application avant d’y brancher les vraies données.
5. Une documentation complète : ce qui est rangé, où, et pourquoi.

Elle est à vous

Dès le premier jour, même pendant que je la construis : le compte est ouvert à votre nom, j’y travaille parce que vous m’y invitez, et vous pouvez me retirer l’accès quand vous voulez.

Vos données restent en France, hébergées dans le respect du RGPD, et aucune intelligence artificielle n’y a accès : ni pendant que je travaille, ni après. Si vous choisissez un jour d’y brancher des outils qui utilisent l’IA, c’est vous qui décidez à quoi ils ont droit.

Rien ne vous enferme. La valise repose aujourd’hui sur Supabase, lui-même bâti sur PostgreSQL, une base de données libre et éprouvée depuis trente ans. Vos données et vos règles peuvent donc partir vers un autre serveur PostgreSQL : je l’ai expérimenté. Et comme tout est documenté, vous pouvez faire appel à d’autres développeurs ou reprendre la main vous-même.

Ce qui s’y branche

Toute la protection est dans la valise : chaque interface est considérée comme non sûre, et n’accède qu’à ce que les règles autorisent.

• Votre site public reste un vrai travail, avec une identité visuelle et un design confiés à un professionnel.
• Vos écrans de gestion, pour suivre vos clients ou vos factures au quotidien, peuvent être générés rapidement, à la demande : s’ils ne conviennent plus, on les jette et on en fait d’autres.

En pratique

• Le temps : au moins une semaine de travail pour une valise. Je suis ensuite la mise en route pendant les premières semaines de production, pour vérifier qu’en conditions réelles tout se comporte comme prévu.
• L’abonnement Supabase : la formule gratuite suffit pour démarrer, avec 500 Mo de base de données et 50 000 utilisateurs actifs par mois, de quoi tenir des centaines de milliers de clients, de commandes ou de factures. La formule payante, autour de 22 € par mois en septembre 2026, apporte plus de capacité et une sauvegarde quotidienne, conservée sept jours.
• La sauvegarde : nous décidons ensemble de la fréquence, de la durée, et d’une éventuelle copie complète vers un autre serveur, que vous gardez de votre côté.
• Ce que je ne fais pas : le site ou l’application que verront vos clients, l’hébergement, l’entretien au-delà du suivi de mise en route.
• Les évolutions sont possibles ensuite, mais c’est une autre prestation, que vous me confiez ou non : rien ne vous attache à moi.

Pour les développeurs

Une valise s’interroge en API REST, et je documente cette API : ce qu’il est possible de faire, ce qui ne l’est pas, et surtout comment. La documentation couvre :

• l’organisation des tables ;
• les règles de sécurité et les clés d’accès ;
• les données non exposées par l’API ;
• les politiques RLS en place ;
• les fonctions RPC disponibles.

Elle est écrite pour être lue par un développeur frontend comme par un LLM, et s’accompagne des données de test.

L’accès se fait avec l’adresse du projet et une clé publique. Cette clé n’est pas un secret, elle ne fait qu’ouvrir la première porte ; ce qu’on peut lire ou écrire ensuite, ce sont les règles de la valise qui en décident. Par exemple, adresse et clé modifiées :

Base URL             https://ukcqyaztqocikmpwbrjl.supabase.co
Toutes les requêtes  apikey: sb_publishable_tsjRynk7FVxK-koLQu2eWA_FReJBaiH
Requêtes connectées  + Authorization: Bearer <access_token>

Un compte se crée en une requête, qui renvoie aussitôt un jeton d’accès ; la valise ouvre à l’utilisateur un profil de client, avec les droits qui vont avec.

POST /auth/v1/signup

{"email": "moi@exemple.fr", "password": "mon mot de passe"}

→ 200  access_token (1 h), refresh_token, user.id

Avec ce jeton, l’utilisateur passe aux opérations. Par exemple, créer une commande puis y ajouter un produit : c’est la valise qui vérifie le stock, fige le prix et refuse ce qui n’est pas permis.

POST /rest/v1/commandes
Prefer: return=representation

{"client_id": "<user.id>"}

POST /rest/v1/rpc/acheter

{"p_commande": "<commande.id>", "p_cuvee": "<cuvee.id>", "p_nb": 3}

→ 204  stock décrémenté, prix figé sur la ligne
→ 400  Stock insuffisant pour la cuvée <uuid>
→ 403  Commande introuvable, non vôtre, ou déjà close

Vous avez un vrai besoin, ou vous connaissez quelqu’un que ça intéresserait ? Écrivez-moi.