rebrandDesign tokens instead of copied CSS
Palette, typography, density, surfaces, and states form a theme system. Rebranding does not require changes to panel domain logic.
FURAZHIR / for agencies and integrators
FURAZHIR separates a stable operating foundation from project-specific domain logic. A Russian web agency or integrator with backend and DevOps can evaluate the working demo, discuss a customer project, and choose an Agency engagement for a portfolio of launches.
The customer’s business is not standardized. The quality of the utility layer is: access, CRUD, audit, integrations, background work, and operational delivery.
rebrandPalette, typography, density, surfaces, and states form a theme system. Rebranding does not require changes to panel domain logic.
clear deliveryPublic API v1, OpenAPI, and the TypeScript SDK give frontend, integration, and customer teams one verifiable surface.
operationsInitial setup, migrations, service checks, backup, restoration, and rollback are part of project delivery.
A ready foundation reduces repeated work but must not present integration and discovery as a one-click setting.
discoveryThe team identifies sources of truth, lifecycles, action permissions, and critical transactions for the exact business.
adaptersCRM, ERP, payments, SSO, legacy APIs, and data import use project adapters and separate acceptance.
customer boundaryData region, roles, retention, contracts, and industry requirements come from the system owner—not a universal template.
The customer must know what was received, how to run it, where data lives, and who can access it. Documentation and a walkthrough make the project maintainable.
package contentsThe agreement lists the source code or images, Docker Compose setup, migrations, SDK, and documentation included in delivery.
isolationKeys are created for the specific customer and transferred separately. Data and access from other projects are never included.
acceptanceThe customer team walks through primary flows, health, and recovery. Included support duration does not limit the delivered version’s usage term.
Core serves one product, while Agency serves a customer-project portfolio under separate delivery terms.
| Scenario | Core | Agency |
|---|---|---|
| One end product | Yes, one deployment | Also possible |
| Customer portfolio | No | Under a separate agreement |
| White-label | One project brand | Process for multiple brands |
| Third-party transfer | Only as stated by EULA | Defined separately |
| Support | 30 launch days | Project-specific policy |
NOT A ONE-BUILD FRANCHISE
The Agency model does not turn customers into tenants of one hidden database. A safe approach uses a separate installation, secrets, data, and acceptance process for every product.
The customer package has an explicit, agreed contents list.
Keys, data, and backups stay separate for every project.
Modification and redistribution rights are fixed in the customer agreement.
Yes. The interface uses design tokens for themes and key states. A project rebrand still needs visual and accessibility acceptance.
The format may include source code or ready-to-run images. Exact contents, modification rights, and delivery terms are agreed before payment.
Agency is the option for a customer-project portfolio. The agreement defines the number of environments, modification and transfer rights, support, and installation accounting.
EVALUATE AS AN AGENCY
Run operations in the complete panel and map customer requirements to the capability inventory, API, and delivery boundaries.