Member & Plan System (Technical Specification)

๐Ÿ”„

AI Translation Notice

This page was automatically translated by AI. Please review the content carefully to ensure translation accuracy before approval.

To approve this translation, type in Cursor chat:

I approve the translation for internal/api-reference/member-system.mdx

Once approved, this notice will be removed.

This document defines the technical specifications for permission control based on the combination of Plan and Type in R.Designโ€™s member management system.

๐ŸŽฏ

Target Audience: Developers, third-party modelers, internal support staff

For a simplified version for sales representatives, see Plan Comparison (Sales).


Plan ร— Type Overview (Reference)

Overview of target users for each combination.

PlanTypeTarget Users
FreeGeneralโ€ข Casual users
โ€ข One-off project stylists
โ€ข Corporate clients for evaluation
FreeEvaluationโ€ข Third-party testers
โ€ข Potential partners
FreeDebugโ€ข Third-party modelers
ProGeneralโ€ข Recurring R.Design users
Pro for BrandGeneralโ€ข Brand companies
InternalDebug/Devโ€ข Internal users & developers

Universal Features

The following features are enabled for ALL users (including Free Plan) regardless of their plan or type.

  • Presentation Mode / Editor Mode
  • Items Catalogs
  • Materials Catalogs
  • Import Items
  • Import Levels
    • Note: While importing levels is allowed, saving rooms containing imported content is subject to the โ€œRoom Save Slotsโ€ limit of each plan.

Permissions & Features Detailed Matrix (Differences Only)

The following matrix lists only the features and limits that differ by Plan and Type.

Plan / FeatureTypeRoom SlotsCreate My CatalogVideo CreatorWatermark in RendersSelect Asset URLDebug CatalogDebug Room
FreeGeneral3โˆ’โœ…(10s)โœ…โˆ’โˆ’โˆ’
FreeEvaluationUnlimitedโœ…โœ…โˆ’โˆ’โˆ’โˆ’
FreeDebugUnlimitedโœ…โœ…โˆ’โœ…โœ…โˆ’
BasicGeneral25โœ…โœ…(10s)โœ…โˆ’โˆ’โˆ’
ProGeneralUnlimitedโœ…โœ…โˆ’โˆ’โˆ’โˆ’
Pro for BrandGeneralUnlimitedโœ…โœ…โˆ’โˆ’โˆ’โˆ’
Pro for BrandApproverUnlimitedโœ…โœ…โˆ’โˆ’โœ…โˆ’
Marketing ProGeneralUnlimitedโœ…โœ…โˆ’โˆ’โˆ’โˆ’
Marketing Pro+CRMGeneralUnlimitedโœ…โœ…โˆ’โˆ’โˆ’โˆ’
InternalDebugUnlimitedโœ…โœ…โˆ’โœ…โœ…โœ…
InternalDevelopmentUnlimitedโœ…โœ…โˆ’โœ…โœ…โœ…
InternalAdminUnlimitedโœ…โœ…โˆ’โœ…โœ…โœ…
โ„น๏ธ

Video Creator Limitations

  • Free / Basic: Limited to max 10 seconds rendering. Includes โ€œR.Designโ€ watermark on the bottom right.
  • Pro and above: No time limit, no watermark.
โš ๏ธ

Deprecated Plans & Types

The following existed in the past but are no longer in use:

  • Pro + Evaluation type (for partners/potential partners)
  • Internal + General type

Key Permission Patterns

1. Asset Access Permissions

Production Asset Only

  • Access only to quality-assured assets released to general users
  • Assets under development or test assets are not displayed

Dev/Production Asset Selection

  • A mechanism that allows selecting assets to load from the Production asset table or various Development asset tables (which have multiple versions) at application startup.
  • Primarily for internal developers and third-party modelers

Debug My Catalog

  • Access to debug items and products
  • Only viewable by users with member_type of debug or development
  • Accessible only via ItemAPI (not included in catalog ZIP files)

2. Editor Mode Feature Restrictions (Free Plan)

The following restrictions apply to Free + General type users:

FeatureFree (General)Paid Plans (Pro+)
My Catalogโ€Unsortedโ€ only (No creation)Full access
Video Creator10s Limit + WatermarkUnlimited
Savable Room CountMax 3 (as owner)Unlimited
๐Ÿ’ก

Special Case for Architectural Modeling Requests

When a Free user pays for architectural modeling, ownership of that room is granted to the requester (Free user). This allows Free users to share their owned rooms with professional interior stylists as โ€œViewerโ€ or โ€œEditorโ€ roles to request decoration.


3. Sharing Permission Constraints

Free User Constraints

  • Free users cannot be granted โ€œAdminโ€ permission to other rooms
  • Grantable permissions:
    • โœ… Editor
    • โœ… Viewer
    • โŒ Admin

Actions by Permission Level

Room PermissionOverwrite SaveShareDelete
Ownerโœ…โœ…โœ…
Adminโœ…โœ…โœ…
Editorโœ…โŒโŒ
ViewerโŒโŒโŒ
๐Ÿ“Œ

The logged-in user who performs a new save automatically becomes the โ€œOwner.โ€


Database Specifications

member Table

member_type Field

Data type: picklist (selection list)

Valid values:

  • general - General user (default)
  • debug - Debug user (can view debug items)
  • evaluation - Evaluation user (full feature access)
  • development - Development user (development environment access)
  • admin - Administrator (can change other membersโ€™ types)
  • approver - Approver (Pro for Brand exclusive)

Debug Member Determination Logic

// Determine if a member is a debug member
const isDebugMember = (member) => {
  return member.member_type === 'debug' || member.member_type === 'development';
};

room_design Table

debug Field

Data type: boolean

  • true: Debug room design (viewable only by debug members)
  • false or null: Normal room design
๐Ÿ”’

Access Control

Room designs with debug field set to true can only be viewed by members with member_type of debug or development. There is no front-end page; confirmation is only possible via database queries.


ItemAPI and Debug Items

Implementation Background

Debug user mode was implemented in ItemAPI in October 2019.

Important specifications:

  • Debug items are viewable only by users with debug and development types
  • Not included in catalog ZIP files
  • ItemAPI must be used for these users

Reference: Slack Message at Implementation (October 8, 2019)

and we have released debug user mode for ItemAPI. there are some debug Items. only debug and development users are able to see such Items and products. so please use ItemAPI instead of catalog zip file for such member_type users.


Implementation History

Addition of member_type Field (October 15, 2018)

The initial implementation defined three values: general, debug, and evaluation. Later, development was added.

Reference: Slack Conversation (June 2019)

Summary by Ken (developer):

  • If the member_type column in the member table is debug or development, that member is a debug member
  • If the debug column in the room_design table is true, that room design is a debug room design
  • Non-debug members cannot view debug room designs
  • No front-end page exists; must be confirmed directly in the database

Sales & Customer-Facing

Public Documentation


Update History

  • December 27, 2025: Initial version created (migrated from plan-member-type.md)