Обновление платформы PlatParts до версии - 1.8

Вышла версия 1.8 EMS-платформы PlatParts — минорное обновление после крупного релиза 1.7.

Обновление уже доступно: в панели управления можно проверить обновления и установить версию 1.8 («Система → Обновление платформы»). Пошаговая инструкция — в базе знаний: как обновить платформу.

В фокусе повседневная работа магазина: кто может оформить заказ без аккаунта, с каких почт принимать регистрацию, как внешние системы обмениваются заказами и каталогом через единый API, удобнее аналоги в каталоге наличия и оформление автокаталога Laximo под ваш шаблон. Параллельно укрепили оплату через Альфа-Банк, проверку пакетов обновления и мониторинг ошибок — чтобы меньше шума и больше стабильности.

Заказ без регистрации

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

1. Выключатель и тексты для клиента

В общих настройках, во вкладке пользователей, блок «Заказ без регистрации»:

• «Разрешить заказ без регистрации» — если включено, гость оформляет заказ как раньше;
• если выключено — на оформлении нужна авторизация или регистрация; корзину при этом наполнять можно;
• можно включить текст над корзиной и задать свою формулировку (или оставить текст по умолчанию);
• можно включить пометку о пересчёте цен на оформлении — она появится после входа, если цены изменились по категории клиента.

Для действующих магазинов после обновления заказ без регистрации по умолчанию выключен. Если ключ настройки уже был и вы его меняли — значение не перезаписываем.

Где найти:«Настройки → Общие настройки → Пользователи → Заказ без регистрации».

2. Перенос корзины при входе и регистрации

Когда гость входит или регистрируется из корзины / с оформления, платформа:

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

Клиент не теряет набранное. Магазин не получает «пустую корзину после логина» и не сбрасывает цены, которые менеджер выставил вручную.

Итог. Политика гостевого заказа настраивается явно, а переход «гость → клиент» сохраняет корзину и корректно пересчитывает цены.

Ограничение почтовых доменов при регистрации

С июля 2026 для российских интернет-ресурсов ужесточили правила авторизации пользователей: если на сайте есть вход в аккаунт, для клиентов из России нужны допустимые способы идентификации — ответственность закреплена в том числе статьёй 13.55 КоАП РФ. На практике магазины по-разному закрывают этот контур: кто-то принимает только российские почтовые домены, кто-то отсекает иностранные и одноразовые ящики, кто-то оставляет регистрацию без ограничений.

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

1. Три режима проверки

• Без ограничений — поведение как раньше, проверка доменов выключена;
• Только разрешённые домены — регистрация и смена почты возможны только с доменов из списка (то, что после @, например mail.ru или company.ru);
• Запрещённые домены — список «нельзя»; остальные домены принимаются.

Регистр в списке не важен. Пустой список в режиме запрещённых доменов означает, что ограничение фактически не активно. В режиме «только разрешённые» пустой список — наоборот, жёсткий запрет любой почтовой регистрации.

2. Где срабатывает — и где нет

Проверка работает при:

• регистрации нового клиента;
• смене почты в профиле;
• завершении регистрации через соцсеть, если сервис передал почту, которая не проходит правила.

Администратор задаёт свои тексты:

• сообщение при регистрации;
• сообщение при смене почты;
• заголовок и текст отказа при входе через соцсеть.

Если поля пустые — показываются тексты по умолчанию. Есть отдельная страница отказа для сценария со соцсетью.

Вход уже существующего клиента и восстановление пароля этими правилами не затрагиваются. Человек со «старой» почтой не вылетает из аккаунта только потому, что домен позже попал в запрет.

Где найти:«Настройки → Общие настройки → Пользователи → Ограничение почтовых доменов при регистрации».

Итог. Контроль качества регистраций без побочного эффекта для входа постоянных клиентов.

Единый API интеграций

Для внешних систем — CRM, учёт, склад, собственный сервер магазина, бот или промежуточный сервис обмена — собран единый программный интерфейс магазина. Базовый адрес:

https://ВАШ_ДОМЕН/api/integrations/v1

Отдельных партнёрских контуров вроде прежних разрозненных точек входа больше нет: обмен идёт через этот префикс. Модуль интеграций платформы (готовые пакеты с событиями и исходящими запросами) тот же адрес использует как общий канал данных — модуль не заменяет API, а дополняет его событиями.

1. Что можно делать через API

В актуальном контуре доступны, в частности:

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

Типичный сценарий для CRM: ключ с нужными правами → периодическое чтение заказов или событие из модуля → свой идентификатор сделки пишется обратно в meta заказа → документы связываются внешним идентификатором.

2. Роли, ключи и настройки в панели

В панели управления страница «Система → Настройка API»:

• переходы к ролям API и ключам API;
• пояснение по правам архивации: архивация и возврат заказов и позиций, чтение архивных в списках;
• значения по умолчанию для запросов остатков — точка выдачи и поставщик каталога наличия, если в запросе их не передали.

Права выдаются точечно: внешней системе не обязательно открывать весь магазин. Ключ живёт в рамках роли с нужным набором действий.

Где найти:«Система → Настройка API»роли и ключи API — ссылки с этой страницыбаза знаний: kb.platparts.ru/latest/api/.

Итог. Один понятный вход для интеграций: роли, ключи, заказы, каталог, проценка и справочники — без зоопарка отдельных адресов.

Аналоги в каталоге наличия

В карточке товара каталога наличия появился полноценный контур работы со связками аналогов. Это не кроссы проценки из прошлой новости, а именно аналоги товаров вашего каталога наличия — то, чем менеджер пользуется внутри карточки товара.

1. Прикрепить товар из каталога

Кнопка «Прикрепить» открывает поиск по каталогу наличия: название, артикул, бренд или ID товара. Выбрали товар — платформа создаёт связку. Нельзя привязать товар сам к себе; у аналога должны быть производитель и артикул.

2. Создать пару по бренду и артикулу

Можно задать производителя и артикул аналога вручную. Если такой товар уже есть в каталоге — обратная связка повесится и на него.

3. Двусторонняя связь

Связка пишется в обе стороны: у исходного товара виден аналог, у товара-аналога (если он в каталоге) — обратная запись. Отвязка тоже проходит через единый сервис: снимается корректно, без «хвостов» только на одной карточке.

Где найти:карточка товара каталога наличия → вкладка / блок «Аналоги».

Итог. Аналоги каталога ведутся как полноценные двусторонние связи, а не разовые привязки «в одну сторону».

Автокаталог Laximo: оформление под ваш шаблон

В прошлой новости мы рассказывали про рост автокаталога как рабочего инструмента подбора. В 1.8 сделали следующий шаг для тех, кто кастомизирует дизайн: отделили движок от «кожи».

1. Что в платформе, а что в шаблоне

• Движок (запросы к каталогу, состояние экранов) — в платформе, обновляется вместе с релизом;
• вёрстка и стили — в файлах шаблона: порядок блоков, разметка экранов, CSS.

Обновление платформы не затирает файлы в вашем коде шаблона, если вы правите копии в templates/{код_вашего_шаблона}/, а не эталон default.

2. Структура для верстальщика

В шаблоне по умолчанию:

• css/laximo.css — цвета, сетки, схема, таблицы;
• components/auto-catalog/laximo/layout.blade.php — порядок блоков на странице;
• components/auto-catalog/laximo/blocks/*.blade.php — разметка отдельных блоков (поиск, автомобили, категории, узел со схемой, фильтр, оверлей и др.);
• ИНСТРУКЦИЯ-LAXIMO.md — пошаговая инструкция: что копировать, что можно менять, чего не трогать в движке.

Если файла нет в вашем шаблоне — подхватывается default. Поэтому на боевом сайте эталон лучше не править «на живую», если он общий для нескольких проектов.

Где найти:файлы шаблона: components/auto-catalog/laximo/, css/laximo.cssинструкция: ИНСТРУКЦИЯ-LAXIMO.md в шаблоне default.

Итог. Автокаталог можно подогнать под дизайн магазина без конфликта с обновлениями движка подбора.

Формы модулей в панели

В конструкторе полей модулей (платёжные и другие модули интеграций) появились типы, которые раньше приходилось имитировать обычными полями:

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

Карточка модуля читается как инструкция + реальные настройки, а не как сплошной список полей «ради галочки». Это особенно заметно там, где много пояснений к эквайрингу и связанным сценариям.

Итог. Настраивать модули проще: подсказка не маскируется под сохраняемое поле.

Корзина: новые позиции сразу к заказу

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

Раньше при добавлении товара из проценки или каталога этот чекбокс мог оказаться выключенным. Позиция уже лежала в корзине, а до оформления «не дотягивалась», пока клиент сам не поставил галочку. Из‑за этого легко было подумать, что товар «не добавился» или «пропал» на шаге заказа.

Теперь при добавлении новой позиции чекбокс «в заказ» сразу включён. Клиент положил товар — строка уже готова к оформлению, без лишнего клика. Если позицию нужно оставить «на потом», галочку по-прежнему можно снять вручную.

То, что уже было в корзине до обновления, мы не переписываем: если чекбокс был выключен — так и останется. Меняется только поведение новых добавлений.

Итог. Добавил в корзину — позиция сразу отмечена к заказу. Меньше путаницы на пути проценка → корзина → оформление.

Оплата через Альфа-Банк: сертификаты НУЦ

На части серверов исходящие HTTPS-запросы к платёжному API Альфа-Банка спотыкались о цепочку сертификатов Минцифры: обычный системный набор доверия PHP/ОС такую цепочку не принимал.

В 1.8 для модуля Альфа-Банка платформа подключает точечный набор сертификатов НУЦ Минцифры (корневые и промежуточные). Системное доверие PHP на всём сайте при этом не меняется — затрагивается только канал оплаты Альфа-Банка.

Администратору ничего отдельно «включать в сертификатах сервера» для этого сценария не нужно: модуль сам ходит через подготовленный контур доверия.

Итог. Стабильнее оплата через Альфа-Банк там, где раньше не хватало российской цепочки сертификатов.

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

Модуль обновления из панели мы уже описывали в новости по версии 1.7. В 1.8 укрепили именно проверку пакетов на пути «скачали → проверили → установили».

• переход на более стойкую схему электронной подписи релизов;
• корректный переходный период со старой схемой проверки, чтобы сайты не «встали» на границе смены ключей;
• миграции ключей сделаны так, чтобы повторный прогон не ломал уже настроенный сайт и не затирал нужные значения вслепую.

Для администратора сценарий тот же: «Система → Обновление платформы». Меняется надёжность проверки того, что пакет действительно от PlatParts и не повреждён по дороге.

Где найти:«Система → Обновление платформы».

Итог. Обновляться из панели спокойнее: подпись пакета проверяется жёстче, а переход на новую схему — без сюрпризов для уже работающих магазинов.

Мониторинг ошибок: меньше шума

Если у магазина включена отправка технических сбоев в мониторинг PlatParts, в отчёты больше не должны попадать повседневные «не аварии»:

• ошибки проверки форм;
• отказ в доступе / неавторизованный запрос;
• ожидаемые HTTP-ответы и просроченная сессия формы;
• штатные таймауты и обрывы внешних запросов к поставщикам и каталогам — когда внешний сервис просто не успел ответить.

В фокус остаются реальные технические сбои платформы, а не шум от обычной работы клиентов и нестабильных внешних сервисов.

Итог. Сигналы мониторинга полезнее: меньше ложной тревоги, проще заметить настоящую проблему.

Внутренние улучшения и стабильность

Параллельно с видимыми функциями подтянули служебный слой:

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

В этом анонсе мы сознательно разобрали то, что меняет ежедневную работу администратора, клиента и интеграций. Мелкие внутренние ускорения и подчистки без отдельного «выключателя в панели» остаются под капотом — как и в прошлой большой новости.

Итог. Версия 1.8 — практичный минор после релиза 1.7: новое в регистрации, заказе, API и каталоге плюс укрепление уже работающих контуров оплаты, обновлений и мониторинга.

Мы в социальных сетях

Группа ВКонтакте - EMS-платформа PlatParts

Группа для клиентов в Telegram - Группа PlatParts.ru

Группа для клиентов в MAX - Группа PlatParts.ru

Наш новостной канал в Telegram - Новости | PlatParts

Наш новостной канал в MAX - Новости | PlatParts

Служба поддержки

Если у Вас есть вопросы, Вы всегда можете обратиться в нашу службу поддержки и получить актуальную информацию!

С Уважением к Вам и Вашему бизнесу,
EMS-платформа PlatParts.