Getting Started

Your starting point for building with revenexx Revenue Cloud

This is the entry point for everyone building on or integrating with revenexx Revenue Cloud — a multi-tenant B2B commerce platform. Whether you're writing a custom app, automating an ERP sync, or building a storefront, the pages in this section give you the mental model and the practical steps to get going.

Who this documentation is for

The Developer Portal is written for the people who build with revenexx — not the merchants who use it day-to-day. If one of these descriptions sounds like you, you're in the right place:

  • Backend developers writing custom apps that ship as cloud functions and extend the platform's business logic (orders, pricing, customer segments, …).
  • Frontend developers building customer-facing storefronts on Nuxt 4, either composing pages visually with Blökkli or going fully custom against the platform APIs.
  • Integration engineers connecting customers' enterprise systems (SAP, Salesforce, Salsify, …) to revenexx using visual workflows — no glue code.
  • Solution architects and partners evaluating the platform, planning an integration project, or scoping a custom commerce build for an end customer.

End customers (the merchants running their business in Cockpit) and their buyers (the people placing orders in storefronts) are not the audience here. They have separate, task-oriented documentation in Cockpit itself.

How to read this section

Two routes through it, depending on what you came for.

To build something now, take the short route — about half an hour with an account in hand:

  1. Platform Overview — What revenexx Revenue Cloud is, the six Studios, and the kinds of things you can build. About ten minutes, and it names everything the next two pages use.
  2. Prerequisites — The account and tools you need, and what a fresh tenant contains.
  3. Quick Start — Hands-on: install the CLI, sign in, scaffold an app, and deploy it live. About 15 minutes.

To understand the platform before you plan or staff a project, read the orientation pages, each 5–10 minutes:

  1. Concepts — How Cockpit, the Studios, apps, sites, the Marketplace and the data core relate, and which piece you touch for which kind of work.
  2. Architecture Overview — The layers you build on, how each tenant's data stays isolated, and how a request flows from the storefront to the data and back.
  3. Apps and Sites — Business logic lives in an App, the front end in a Theme. What belongs where, and how the two connect.
  4. Frontend stacks — Which stacks build on the platform today (Nuxt 4 for storefronts; no PHP), whether a single-page app is required, and what skills a storefront team needs. Read this before you staff a project.
  5. Bring an existing frontend — Moving from Shopware, Magento or a custom shop: what carries over, what is rebuilt, and how a migration is scoped. There is no automated migration tool.

And two to keep at hand:

  • Glossary — Every domain term used across the docs (Tenant, App, Cockpit, Studio, Manifest, …). Come back when something doesn't click.
  • Get Help — Where a developer question goes, what to include so it can be answered in one round trip, and how to report a problem with a docs page.

Signing up has its own lead time and is not part of either route; Prerequisites says what to expect. From 1 November 2026, anyone can register and make an API call right away.

After Getting Started, branch into one of the product areas based on what you're building:

Each path states what you need before you start and the first command to run.

In one sentence

revenexx Revenue Cloud lets you build, integrate, and operate B2B commerce systems — without writing the same multi-tenancy, identity, and workflow plumbing that every commerce project rebuilds from scratch. The next page explains what that means in practice.

Was this page helpful?