О пользователях, продавцах, поставщиках, фирмах, брендах и сайтах в системе Aimeos

[omega80]

Система Aimeos имеет свою уникальную архитектуру и логическую модель системы управления сайтом. Для администраторов, который привыкли работать с популярными CMS (типа Webasyst, PrestaShop, CS-Cart, OpenCart и т.д.) на первых порах становится весьма непривычно при погружении в систему Aimeos. Мы тоже столкнулись с рядом на первый взгляд тупиковых умозаключений, поэтому пришлось задавать уточняющие вопросы автору проекта. Надо отметить сразу: автор весьма охотно идет на контакт и очень подробно объясняет суть.

И так, сперва необходимо разобраться в архитектуре и сущностях Aimeos:

• Продавец: Компания, продающая товары и владеющая магазином в Aimeos
• Магазин: Дочерний сайт в Aimeos для продавца, где он управляет своими собственными товарами
• Бренд: Производитель, такой как Siemens, Volkswagen и т. д.
• Запись поставщика в Aimeos: Бренд/производитель
• Покупатель: Клиент, покупающий товары на торговой площадке или в магазинах продавца напрямую

Каждый владелец магазина может добавлять столько товаров поставщика для разных производителей, сколько ему нужно. Если у вас есть набор стандартных товаров, продаваемых многими поставщиками, вы также можете создать товары поставщика на уровне торговой площадки, и они будут унаследованы магазинами поставщиков.

А теперь, ниже, будет более подробно про каждую сущность.

[omega80]

САЙТ в системе Aimeos

В Aimeos понятие сайта (site) используется для описания независимого магазина или экземпляра магазина, который может работать в рамках одной установки системы. Это ключевая концепция, позволяющая управлять множеством магазинов, маркетплейсами или B2B-порталов в единой среде администрирования (с одного сервера)

После первоначальной установки в Aimeos автоматически создается базовый сайт с названием "default". Он содержит все данные первого (главного) магазина: продукты, настройки доставки и платежей, заказы, структуры и т.д. 

Для самой простой системы: мультисайтовая архитектура (многосайтовость) aimeos поддерживает создание неограниченного количества сайтов, которые полностью независимы друг от друга. Новые сайты добавляются через запуск скрипта setup/update с указанием уникального кода для каждого сайта.

Для более сложных структур (например, маркетплейсов) доступно расширение ai-sites, позволяющее создавать подсайты (вложенные сайты), наследующие данные (продукты, категории, тексты) от родительских сайтов. Такая иерархия не ограничена по глубине, что подходит для B2B-порталов, оптовых или реселлерских сетей.

Переключение между сайтами осуществляется через выбор селектора в верхнем левом углу интерфейса администратора. Он отображается только при наличии более одного сайта, доступного пользователю (суперпользователи видят все сайты, администраторы — только свои).

Данные каждого сайта отображаются изолированно, но при использовании расширения ai-sites также отображаются унаследованные элементы (их можно дополнять, но не изменять).

Отключение сайтов производится в разделе "Locales" → "Sites" можно изменить статус сайта на "Disabled". В том же разделе доступна опция удаления выбранного сайта через кнопку "x" рядом с сайтом.

Варианты применения мультисайтовости:

• SaaS-решения - возможность создавать изолированные магазины для разных клиентов с поддержкой собственных доменов.
• Многоязычные и мультивалютные платформы - встроенная поддержка более 30 языков и RTL-верстки, что упрощает создание международных магазинов (по странам, по языкам, по областям).
• Маркетплейсы - управление множеством поставщиков через отдельные сайты или подсайты с наследованием данных.

Примеры практической реализации:

• B2B-порталы с иерархией дочерних сайтов для дилеров.
• Маркетплейсы с независимыми магазинами вендоров.
• Локализованные версии магазинов для разных регионов.

Сайты как структура в Aimeos обеспечивают гибкость масштабирования бизнеса: от единого магазина до глобальных платформ с тысячами продавцов (поставщиков). Благодаря модульности и расширениям, система подходит как для малого бизнеса, так и для корпоративных решений.

 

[omega80]

Пользователи в системе Aimeos

 

На первый взгляд тех, кто пытается разобраться в системе Aimeos, реализация пользователей осуществлена не совсем понятным способом. Попытки переключения покупателей в продавцы, либо в администраторы приводят в ступор. Благодаря общению с автором aimeos удалось уяснить следующее: 

- Покупатели не регистрируются заранее (это не реализовано по умолчанию), учетная запись будет автоматически создана для них по завершению процесса оформления заказа.
- В конфигурациях с несколькими поставщиками продавцы должны регистрироваться заранее, для этого вам необходимо установить SHOP_REGiSTRATION=true в вашем файле ".env".

Оба типа пользователей хранятся в таблице Laravel "users":
Для ПРОДАВЦОВ создается подсайт, который является областью магазина, содержит их продукты и т. д., а их учетная запись в таблице "users" связана с этим подсайтом (через столбец "users.siteid"), и назначается группа (обычно "admin"), чтобы они могли войти в админ-панель.
Для покупателей НЕ создается подсайт, только запись в таблице "users", а их значение в "users.siteid" пустое.

Как создать и привязать продавца к конкретному магазину:
После создания подсайта переключитесь на этот подсайт с помощью селектора сайтов в левом навигационном меню (первая запись). Затем создайте нового пользователя в разделе Пользователи > Клиенты (название здесь может быть запутанным) и назначьте этому пользователю группу «Администратор».

В некоторых реализациях и демонстрациях различные применения продавцов и поставщиков, что такое поставщик и бренд в Aimeos:
Продавцы — это пользователи, а поставщики — это бренды, производители, дистрибьюторы или что угодно, что вы хотите связать с продуктами, и они могут содержать тексты и изображения. Поставщики — это сущности для добавления дополнительной информации к продуктам, но у них вообще нет доступа к системе Aimeos.

Понятие "пользователя" в системе Aimeos

В Aimeos пользователь (user) — это сущность, которая взаимодействует с системой через различные роли: клиент, администратор, редактор, поставщик и другие. Пользователи обладают правами доступа, определяемыми их ролью, и могут работать в рамках одного или нескольких сайтов (магазинов).

Ключевые аспекты пользователей в Aimeos

Типы пользователей и роли:

• Администраторы (Superusers/Admins) - имеют полный доступ ко всем функциям системы, включая управление сайтами, настройки, продукты, заказы и пользователями.
• Редакторы/Менеджеры - могут управлять контентом (например, продуктами, категориями, CMS-страницами), но не имеют прав на изменение системных настроек.
• Клиенты (Customers) - пользователи, зарегистрированные на фронтенде магазина. Могут совершать покупки, просматривать историю заказов, управлять личными данными.
• Поставщики (Suppliers) - в сценариях маркетплейсов — владельцы подсайтов или магазинов, управляющие своими продуктами и заказами.

Аутентификация и авторизация

Методы аутентификации:

• Стандартная регистрация через email и пароль.
• Интеграция с социальными сетями (Facebook, Google) через расширения.
• Поддержка LDAP, OAuth2, SAML для корпоративных решений.

Ролевая модель (RBAC): Права назначаются через группы (например, "Администраторы", "Редакторы") или индивидуально.

Профили пользователей:

• Личные данные: имя, email, телефон, адреса доставки/платежа.
• История заказов, список избранного, подписки на рассылки.
• Возможность кастомизации профиля через дополнительные атрибуты (например, поле "Налоговый номер" для B2B).

Управление пользователями

Создание/редактирование:

• Через админ-панель (Admin → Users).
• Массовый импорт/экспорт данных (CSV, Excel).

Блокировка и удаление: пользователей можно деактивировать или полностью удалить из системы.

GDPR-совместимость: поддержка анонимизации данных и экспорта персональной информации.

Изоляция данных в мультисайтовой среде

Пользователи могут быть привязаны к конкретному сайту (например, клиенты магазина ЕС и США видят разные цены).

Администраторы сайтов имеют доступ только к данным своего сайта (если не являются суперпользователями).

Особенности работы с пользователями

Гибкая интеграция: подключение внешних CRM, ERP или систем лояльности через REST API или события (events).

Расширение функционала (extentions):

• ai-user: Расширение для управления дополнительными полями профиля.
• ai-auth: Поддержка двухфакторной аутентификации (2FA).

Безопасность:

• Хеширование паролей (bcrypt).
• Защита от брутфорс-атак.
• Ограничение сессий по времени.