El cliente se queda la base de datos. Tú te quedas el código.

Construyes el backend y el back office sobre un Postgres que es del cliente, bajo una licencia que nadie puede revocar. Cuando acaba el encargo, ellos se quedan la base de datos y tú te quedas el código — y ninguno de los dos alquila lo que hay en medio.

Equipos que lanzan con nuestras herramientas — Rebase, y FireCMS, el CMS open source de más de 10.000 proyectos Firebase.

BitForgeSomnio SoftwareRiverstoneICode LabsNFQ

El backend es el entregable. El panel es la parte que ven.

Todo proyecto de cliente necesita la misma capa: REST sobre sus tablas, un cliente tipado, sesiones, subida de archivos, permisos que aguanten. Es el trabajo menos diferenciado de la factura y el más fácil de hacer sutilmente mal.

Rebase la genera desde el propio esquema del cliente, con las reglas de acceso compiladas en la seguridad a nivel de fila de Postgres en lugar de en un middleware que tu sucesor tiene que recordar. El panel sale de la misma definición, así que el equipo operativo tiene un back office sin un segundo sprint para ello.

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

Lo que dejas de escribir por cliente

La capa CRUD

Controladores, serializadores, validación y el documento OpenAPI, generados desde la definición de colección y regenerados cuando cambia.

Las comprobaciones de permisos

Escritas una vez junto a la colección, compiladas en políticas de Postgres. Una tabla sin regla se rechaza en lugar de servirse, así que un endpoint olvidado no puede filtrarla.

El back office

Tablas, formularios, medios, relaciones y roles se renderizan desde la misma definición, y tus propios componentes React entran donde el campo generado no basta.

Rebase entity history and audit log showing data changes over time

Donde acaba lo generado, empieza tu React

Un campo propio, una vista previa propia, una vista entera o una acción de entidad — cada una es un componente React referenciado desde la colección, no un fork del panel.

Marca, tema y textos son configuración, así que la misma base de código puede entregarse a dos clientes que no se parecen en nada.

Lo que se transfiere entre proyectos

Escrito una vez para un cliente y reutilizado en el siguiente sin pedir permiso a nadie.

Componentes reutilizables

Construye campos y vistas personalizados una vez, reutilízalos en todos los proyectos.

Marca blanca por configuración

Logo, paleta y textos son valores de configuración, no un build parcheado.

Permisos granulares

Por colección, por campo, por rol — y aplicados por Postgres, no por el panel.

Se despliega donde ya está el cliente

Un contenedor publicado y una cadena de conexión a Postgres. Docker, Fly, Railway, Hetzner o su propio hierro.

Cloud o autoalojado

Autoaloja en la infraestructura del cliente, o ejecútalo en Rebase Cloud — hoy en beta privada.

React y TypeScript, hasta el fondo

Sin lenguaje de plantillas, sin builder propietario. La gente que ya empleas puede leerlo.

Construido sobre esto

Productos lanzados sobre Rebase

Cada uno de estos corre sobre una base de datos Postgres que controla su dueño. Construidos por el equipo de Rebase.

06·Construido para productos reales

Los equipos lanzan más rápido con Rebase

Desde marketplaces hasta fidelización en retail, datos públicos y herramientas internas, Rebase elimina el código intermedio entre base de datos, API y UI.

Empieza aquí el próximo proyecto de cliente.

Genera contra el propio Postgres del cliente. Ellos se quedan la base de datos, tú te quedas el código, y nadie alquila ninguna de las dos.

~pnpm dlx @rebasepro/cli init