Le client garde la base de données. Vous gardez le code.

Vous construisez le backend et le back-office sur un Postgres que le client possède, sous une licence que personne ne peut révoquer. À la fin de la mission, il garde la base de données et vous gardez le code — et aucun des deux ne loue ce qu'il y a entre les deux.

Des équipes qui livrent avec nos outils — Rebase, et FireCMS, le CMS open source de plus de 10 000 projets Firebase.

BitForgeSomnio SoftwareRiverstoneICode LabsNFQ

Le backend est le livrable. Le panneau est la partie qu'ils voient.

Chaque projet client a besoin de la même couche : REST sur leurs tables, un client typé, des sessions, de l'upload de fichiers, des permissions qui tiennent. C'est le travail le moins différenciant de la facture et le plus facile à rater subtilement.

Rebase la génère depuis le schéma du client, avec les règles d'accès compilées en sécurité au niveau des lignes plutôt qu'en middleware dont votre successeur devra se souvenir. Le panneau sort de la même définition : l'équipe opérationnelle a son back-office sans un second sprint.

Editor
MedicalMotion App
Overlay
  • Customize every aspect of the CMS UI
  • Build custom fields and editors with React

Ce que vous cessez d'écrire par client

La couche CRUD

Contrôleurs, sérialiseurs, validation et document OpenAPI, générés depuis la définition de collection et régénérés quand elle change.

Les vérifications de permissions

Écrites une fois à côté de la collection, compilées en politiques Postgres. Une table sans règle est refusée plutôt que servie : un endpoint oublié ne peut pas la divulguer.

Le back-office

Tables, formulaires, médias, relations et rôles sont rendus depuis la même définition, et vos composants React entrent là où le champ généré ne suffit pas.

Rebase entity history and audit log showing data changes over time

Là où le généré s'arrête, votre React commence

Un champ personnalisé, un aperçu personnalisé, une vue entière ou une action d'entité — chacun est un composant React référencé depuis la collection, pas un fork du panneau.

Marque, thème et textes sont de la configuration : la même base de code peut être livrée à deux clients qui ne se ressemblent en rien.

Ce qui se transfère d'un projet à l'autre

Écrit une fois pour un client et réutilisé sur le suivant sans demander la permission à personne.

Composants réutilisables

Créez des champs et des vues une fois, réutilisez-les sur tous vos projets clients.

Marque blanche par configuration

Logo, palette et textes sont des valeurs de configuration, pas un build patché.

Permissions granulaires

Par collection, par champ, par rôle — et appliqués par Postgres, pas par le panneau.

Se déploie là où le client est déjà

Un conteneur publié et une chaîne de connexion Postgres. Docker, Fly, Railway, Hetzner ou leur propre matériel.

Cloud ou auto-hébergé

Auto-hébergez sur l'infrastructure du client, ou faites tourner sur Rebase Cloud — aujourd'hui en bêta privée.

React et TypeScript, de bout en bout

Pas de langage de template, pas de builder propriétaire. Les gens que vous employez déjà peuvent le lire.

Construit dessus

Des produits livrés sur Rebase

Chacun tourne sur une base Postgres que son propriétaire contrôle. Construits par l'équipe Rebase.

06·Conçu pour des produits réels

Les équipes livrent plus vite avec Rebase

Des marketplaces à la fidélité retail, aux données publiques et aux outils internes, Rebase élimine le code de liaison entre base de données, API et UI.

Commencez ici le prochain projet client.

Échafaudez sur le Postgres du client. Il garde la base de données, vous gardez le code, personne ne loue ni l'un ni l'autre.

~pnpm dlx @rebasepro/cli init