Альтернативы СМ Баланс: российские аналоги

СМ Баланс - единая цифровая платформа для централизованного управления услугами агентства и предоставления клиентам доступа к информации, связанной с оказанием этих услуг. Система предназначена для обеспечения прозрачности взаимодействия между агентством и клиентами, а также для структурирования данных по клиентам, пользователям, юридическим лицам и предоставляемым агентством услугам в рамках единого интерфейса.

Функциональные характеристики

1. Общая архитектурная модель

Система состоит из:

• Базовой платформы (ядра)
• Подключаемых модулей.

1.1. Базовая платформа включает:

• авторизацию
• управление кабинетом организации
• управление пользователями и правами
• систему модулей (реестр, статусы, подключение)
• отображение аккаунт-менеджера.

1.2. Модули

Модуль - это изолированный функциональный блок, который:

• подключается к кабинету
• имеет собственные данные и интерфейс
• управляется через систему прав
• может быть активирован независимо от других модулей.

2. Роли пользователей

2.1. Администратор кабинета

Права:

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

2.2. Внутренний пользователь

Создается администратором.

Права:

• доступ только к разрешенным модулям
• доступ только к разрешенным отчетам и каналам
• отсутствие доступа к управлению кабинетом.

2.3. Авторизация

Система должна обеспечивать:

• вход по email и паролю
• проверку учетных данных
• создание пользовательской сессии
• выход из системы.

3. Кабинет организации

3.1. Карточка кабинета

Должна содержать:

• название компании
• ОГРН
• ID кабинета
• дату регистрации
• список пользователей
• список модулей
• статус модулей.

3.2. Работа с ID кабинета

Пользователь должен:

• видеть ID кабинета
• копировать его
• использовать для передачи в поддержку.

4. Управление пользователями и доступами

4.1. Создание пользователей

Администратор может:

• создавать пользователей
• указывать email, имя, роль
• назначать права.

4.2. Уровни доступа

Права должны назначаться на двух уровнях:

4.2.1. Уровень модулей

• доступ к модулю
• отсутствие доступа к модулю.

4.2.2. Уровень данных внутри модуля

(для первой версии программного обеспечения - аналитика):

• доступ к отчетам
• доступ к каналам РК.

4.3. Ограничение доступа

• пользователь видит только разрешенные модули
• внутри модуля - только разрешенные данные.

4.4. Управление учетными записями

Администратор может:

• редактировать пользователей
• менять права
• деактивировать пользователей.

5. Модуль «Аналитика и дашборды»

5.1. Назначение

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

5.2. Условия доступности

Модуль доступен только после подключения через поддержку.

6 Аккаунт-менеджер

6.1. Отображение

В кабинете должен быть блок с контактами менеджера.

6.2. Данные

• имя
• должность
• email
• телефон
• канал связи
• доступность (опционально).

7. Требования к данным

Система должна хранить:

• организации (с ОГРН)
• ID кабинета
• пользователей
• роли и права
• модули и их статусы
• данные аналитики
• настройки доступа
• аккаунт-менеджера.

Запрос вендору

Вендор не разместил собственную форму покупки — оставьте запрос, мы передадим его напрямую.