Beta. Rakon Cloud is in public beta. Data and features may change; do not rely on the service for critical production workloads without agreement with our team. Sign-in and creating organizations are for testing and feedback.
Rakon Cloud platform

One organization. One protected space. Every business app.

Rakon Cloud is the platform layer between your team and the applications it uses. It manages organization identity, members, roles, access and plans so Flow, DMS, People, Books and future apps can operate within the same tenant.

ID
One account and teamUsers, membership, roles and MFA
Your Rakon Cloud tenantYour organization boundary
01 TENANT
Shared platform foundation
Organization and membersAccess rightsPlans and modulesSecurity context
FlowSales and operations
DMSDocuments and contracts
PeoplePeople and HR processes
BooksAccounting and finance
+Future applications
Isolated organization data spaceA separate database and dedicated tenant database access
What the platform does

Cloud is not another business app — it connects them.

Applications solve individual business processes. Rakon Cloud solves what they share so every new tool does not require another set of accounts, teams, permissions and organization context.

01

One tenant

Your company exists as one organization with its own identity and isolated data space.

02

One team and access model

Owners and administrators manage members, roles and which applications each user may open.

03

Apps as needed

Activate only the applications and modules you need without changing tenant or rebuilding the team.

04

Controlled connection

An app receives only the verified tenant, user, role and allowed capabilities it needs to operate.

Tenant isolation

Organization data is not merely tagged with a tenant ID — the tenant has a separate database.

Rakon Cloud applies several layers of control to keep a request within the organization the user belongs to.

An important, precise statement

No information system can responsibly promise absolute security. Rakon Cloud reduces risk through layered isolation, access controls and short-lived context exchange between applications.

01

Membership check

Every protected request first verifies that the signed-in user actually belongs to the active tenant.

02

Separate organization database

When an organization is created, the platform assigns its own tenant database, separate from other organizations.

03

Dedicated database account

Each tenant receives a database account restricted to its database only. Credentials are stored encrypted.

04

Application access check

Company membership does not unlock everything: the app, role, plan, modules and explicit user permissions are checked.

Access protection

Security is verified at each boundary, not just at sign-in.

01

MFA for business apps

Users must enable TOTP multi-factor authentication and pass the sign-in challenge before opening applications.

02

Controlled sessions

Idle and over-age sessions expire; signing out invalidates the session and regenerates its protection token.

03

One-time application launch

Cloud issues a short-lived token bound to one user, tenant and application. It is consumed during context exchange.

04

Minimal context

The app receives only identity, tenant, role, allowed apps, plan and modules required for authorized work.

05

Protected cookies and requests

Production uses HTTPS, HttpOnly/SameSite session cookies and CSRF protection for data-changing requests.

06

Critical event records

Provisioning, denied access, plan changes and other sensitive operations create structured records for operational review.

What applications share

A shared tenant does not mean uncontrolled data sharing.

Modularity

Today’s and future applications enter the same organization framework.

A new application does not need to rebuild company registration, members, roles, billing or tenant identity. It connects to the platform contract and inherits verified context while retaining its functions and data inside a clearly defined domain.

  1. 01

    Add an application

    The organization activates the application or module it needs.

  2. 02

    Choose who gets access

    An owner or administrator assigns it to the appropriate members.

  3. 03

    Cloud passes verified context

    The app receives the tenant, user, role and allowed capabilities.

  4. 04

    The team stays in one workspace

    No new organization, duplicate members or parallel access administration.

A company can start with Flow and add applications as it grows.

The tenant, team and security framework remain the same. Only the set of applications the organization uses changes.