Вопросы безопасности, хранения данных и интеграций

Все данные обрабатываются в России, трансграничной передачи данных нет. Соединение только по HTTPS с HSTS, пароли хранятся исключительно необратимыми хешами: ни мы, ни кто-либо ещё физически не может узнать ваш пароль.

Пять уровней защиты

Система безопасности состоит из пяти уровней. Прочитать ваши данные не получится, даже если кто-то получит базу данных, диск, резервную копию или доступ ко всей инфраструктуре: для расшифровки нужен ключ, который хранится отдельно, и каждое обращение к нему записывается в журнал. Уровни независимы, доступ к одному из них данные не открывает. Защита действует при передаче данных, на диске и в резервных копиях.

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

На практике это означает следующее. Любой, кто получил дамп базы, украденную копию, реплику или даже доступ администратора базы данных, видит нечитаемый набор символов. Прямой запрос к таблице рабочего ключа не возвращает.

Уровень второй — чувствительные тексты. Тем же механизмом закрывается переписка с покупателями, вложения и содержимое вашего чата с виртуальным ассистентом.

Уровень третий — диск. Все диски инфраструктуры Яндекса по умолчанию шифруются на уровне хранилища системным ключом, это защита от физического выноса дисков из дата-центра. Сверх этого включается шифрование собственным ключом Yandex KMS: без прав на ваш ключ диск нельзя ни подключить, ни запустить на нём виртуальную машину. Деактивация ключа закрывает доступ ко всем данным одним действием, например на время разбирательства. Каждое обращение к ключу записывается в Audit Trails, поэтому попытка добраться до данных остаётся в журнале.

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

Уровень пятый — управление ключами и доступом. Ключи шифрования хранятся в Yandex Lockbox и сами зашифрованы отдельным ключом KMS. Это даёт версионирование, ротацию без остановки сервиса, отзыв одним действием и полный аудит: кто, когда и к какому ключу обращался. Доступ к ключу выдаётся отдельной ролью, не совпадающей с доступом к серверу, поэтому человек, работающий с системой, не получает автоматически возможности расшифровать данные.

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

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

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

В обработке данных используется модель DeepSeek V4 Flash, развёрнутая в Yandex AI Studio. Это не сайт deepseek.com и не сервис, расположенный в Китае или другой зарубежной юрисдикции. Ключи зарубежных провайдеров в сервисе не используются: ни OpenAI, ни Anthropic, ни DeepSeek.

Мы работаем только с моделью, развёрнутой в российских дата-центрах Яндекса. Договор заключён с российским юрлицом, оплата идёт с расчётного счёта, с закрывающими документами. Запрос уходит на сервер в России и там же остаётся.

Модель выбрана по результатам замеров.

Как проводился замер

Мы отобрали 106 настоящих рабочих запросов из журнала сервиса и прогнали каждый через пять моделей: DeepSeek V4 Flash, Claude Sonnet 5, Alice AI, Qwen3 235B и GPT-OSS 120B. Ответы оценивались вслепую по четырём критериям, проверяющий не знал, какая модель отвечала.

Выдуманные числа. Главный риск при работе с деньгами — когда модель уверенно называет выручку, которой не было. DeepSeek выдумывает цифры вдвое реже, чем ближайшая доступная в России модель, и показывает тот же результат, что Claude Sonnet 5, которую мы брали для сравнения.

Обращение к данным. Из 106 запросов обращение к данным кабинета требовалось в 13. DeepSeek выполнил его во всех 13 случаях, остальные модели пропускали примерно треть и отвечали по памяти. Для отчётов это ключевой показатель: ответ о продажах должен строиться на цифрах из кабинета.

Скорость и полнота. 106 ответов из 106 без сбоев, 34 секунды на запрос — столько же, сколько у Claude Sonnet 5 (33,8 с).

Что передаётся в модель

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

Персональные данные покупателей — имена, адреса, телефоны — маркетплейсы нам не передают, и мы их не храним. Это записано в опубликованной политике, пункт 3.3.

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

Обучение модели

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

Отдельно про сторону Яндекса. Мы технически запретили сохранять содержимое наших запросов на его серверах, поэтому ваши цифры не остаются даже у провайдера модели. Выдать историю запросов к моделям невозможно технически: такого механизма нет ни у нас, ни у провайдера.

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

Обмен возможен и в обратную сторону. Продажи, возвраты и удержания маркетплейсов в сервисе уже разложены по статьям, и эти данные можно выгружать в 1С готовыми документами, чтобы бухгалтерия не сводила отчёты площадок вручную.

Подключение выполняется через стандартный интерфейс обмена 1С:Предприятия, он есть в платформе начиная с версии 8.3.5. Дорабатывать вашу конфигурацию не нужно, обновления 1С проходят обычным порядком. Если база закрыта от внешней сети, внутри вашего контура ставится служебный модуль, который сам обращается к сервису, и доступ извне открывать не требуется.

Позиции 1С и карточки маркетплейсов связываются по штрихкоду и артикулу автоматически, остальные сопоставляются вручную один раз и запоминаются. Обмен идёт по расписанию, у каждой операции есть уникальный ключ, поэтому повторный запуск или обрыв связи не приводят к задвоенным документам. Результат каждого обмена записывается в журнал с указанием того, что изменилось.

Коды маркировки обычно ведутся отдельно от сервиса аналитики: в личном кабинете «Честного знака», в 1С или в таблицах. Эту часть работы тоже можно перенести в Altseller.

Печать этикеток уже работает: в разделе «Товары → Этикетки» файл кодов из «Честного знака» сводится с карточками Wildberries и Ozon, и получается PDF под размер этикетки термопринтера с кодом, штрихкодом, названием, составом, знаком EAC и номером. Номера этикеток продолжаются с прошлой партии, а коды, которые уже печатались, по умолчанию пропускаются.

В сервисе будет видно текущее состояние по кодам: сколько заказано, нанесено, введено в оборот и продано. Коды можно заказывать в СУЗ заранее, исходя из плана отгрузок и остатков, и проверять перед отправкой на склад маркетплейса, чтобы поставку не отклонили при приёмке. Документы по вводу в оборот и отгрузке оформляются там же и отражаются в 1С, если она подключена.

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

Обмен идёт через True API и СУЗ. Авторизация выполняется по электронной подписи, полученный токен действует 10 часов и обновляется автоматически. Подписание происходит на вашей стороне: данные передаются на подпись в ваш контур, закрытый ключ его не покидает.

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

Сервис можно доработать под ваши процессы. Для этого разворачивается отдельная копия: своя база, свои очереди, при необходимости на ваших серверах и с вашими ключами шифрования. В такой копии меняются отчёты и показатели, состав полей, роли и права под вашу структуру, порядок согласований, набор интеграций и оформление. Если у вас есть собственная методика расчёта экономики, считать будем по ней.

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

Стоимость зависит от объёма работ. Порядок такой: сначала разбираем задачи и определяем, какие системы участвуют и какие процессы автоматизируются, затем составляем смету по блокам, где у каждого блока своя цена и свой срок. Очередность выбираете вы. Внедрение оплачивается как проект, дальше — ежемесячная плата за ведение. Цена и границы блока фиксируются до начала работ.

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