SABSUS

01АРХИТЕКТУРА SABSUS SITE

Один бизнес. Несколько сайтов. Общие данные.

SABSUS Site создаёт отдельные веб-интерфейсы для одной компании, не копируя каталог, клиентов и заказы в каждую новую витрину. Дизайн и домен у сайтов могут отличаться; операционная система остаётся общей.

Сценарии и границы проверок указаны на каждой странице.

SABSUS SITEМАРШРУТ ДАННЫХ
SABSUSОПЕРАЦИОННОЕ ЯДРО
Сайт ресторана
Сайт кейтеринга
Сайт магазина
Одна компания · разные интерфейсы01 / 05

01ЧТО ВХОДИТ В СЦЕНАРИЙ

Понятные части. Одна работающая связь.

01

SABSUS хранит бизнес

Товары, цены, CRM, сотрудники, заказы и правила находятся в нативных модулях компании.

02

Site MCP управляет сайтом

AI и разработчик работают с исходниками, медиа, версиями, доменами, публикацией и проверками.

03

Основной MCP управляет компанией

Бизнес-операции и разрешённые интеграции доступны в пределах прав. Расширенная сквозная аналитика остаётся отдельным этапом развития.

04

Посетитель использует Public API

Обычные запросы сайта обслуживаются публичным API и runtime. MCP не вызывается для каждого просмотра товара.

02КАК ЭТО РАБОТАЕТ

От запроса до проверяемого результата.

SABSUS Site создаёт отдельные веб-интерфейсы для одной компании, не копируя каталог, клиентов и заказы в каждую новую витрину. Дизайн и домен у сайтов могут отличаться; операционная система остаётся общей.

Следующий раздел
01

Домен определяет сайт

Запрос попадает в контекст конкретного сайта компании.

02

Сайт выбирает разрешённое

Каждая витрина показывает только назначенные ей товары, услуги и действия.

03

API применяет права

Приватные заказы, бонусы и управление публикацией требуют отдельной авторизации.

03ВАЖНАЯ ГРАНИЦА

Сайт — часть операционной системы. Но у каждого сайта свой контур.

Компания может запустить основной сайт, отдельную витрину продукции и страницу кейтеринга. У каждого — собственный код, адрес и история выпусков. Изменение цены в каталоге обновляет разрешённые витрины без нового дизайна; публикация одного сайта не переключает остальные.

Общая инфраструктура

Firebase, Supabase и объектное хранилище используются с изоляцией компаний и сайтов.

Домен не равен доступу

Публичный контекст сайта не открывает приватные документы или права администратора.

AI работает через возможности

Разработчик видит разрешённые операции, не получая токены и ключи компании.

04FAQ

Что важно уточнить?

Можно сделать несколько сайтов для одной компании?

Да. У сайтов независимые исходники, дизайн, домены и публикации, а бизнес-данные могут быть общими в рамках разрешённой области видимости.

Каждый посетитель общается с MCP?

Нет. MCP предназначен для AI, разработчика и администратора. Посетитель взаимодействует с Public API сайта.

Наличие сущности в компании не означает её автоматическую публикацию на каждом сайте. Область видимости и права задаются отдельно.

05ДАЛЬШЕ ПО ТЕМЕ

Попросите AI изменить сайт. Проверьте до публикации.

Открыть раздел

Доказательство до обязательств

Принесите один проблемный процесс. Уйдите с проверяемым планом пилота.

Не нужно верить презентации. На встрече фиксируем текущую потерю, границы данных, ответственного и факт, по которому вы решите — масштабировать систему или остановиться.

01 · Сначала

Покажите реальную потерю

Пропущенный звонок, зависший заказ, расхождение склада или ручная передача между сотрудниками.

02 · Затем

Проверьте на своих данных

Один ограниченный сценарий показывает механику до миграции и изменений во всей компании.

03 · Решение

Масштабируйте только после факта

Цена, объём, права доступа и критерий приёмки известны до следующего шага.

Оставить заявкуРазберем ваш сценарий