Селлеры на Wildberries и Ozon ежедневно сталкиваются с двумя противоположными по сути, но связанными задачами:
Сложность в том, что цена, которую видит покупатель на витрине маркетплейса, не равна цене, которую селлер передает в личный кабинет. На нее накладываются:
Реальную итоговую цену нельзя получить ни через официальный API Wildberries, ни через API Ozon — площадки ее не отдают. А именно эта цена интересует селлера, потому что именно по ней покупатель сравнивает товары и принимает решение о покупке.
Модуль «1С:Виктория» решает эту задачу полным циклом: от парсинга реальных витринных цен с сайта маркетплейса до автоматической установки скорректированной цены товара в 1С и отправки ее обратно на площадку.
Схема архитектуры: база 1С клиента → сервер Victoria (BigData) → парсер-кластер → карточки Wildberries и Ozon
В отличие от классических интеграций «1С ↔ API маркетплейса», репрайсер «Виктории» построен как трехуровневая распределенная система, потому что для решения задачи нужны данные, которые штатным API не отдаются.
Зачем он нужен: клиентская база 1С не имеет прав и инфраструктуры обращаться напрямую к парсер-кластеру. Сервер Victoria — это единая точка входа с авторизацией, шифрованием тела запросов, маршрутизацией и защитой от перерасхода средств.
Парсер — самый дорогой по времени и стоимости этап, поэтому весь процесс асинхронный: 1С отправляет задание и продолжает работать, а через минуту-две забирает результат.
Сценарий (вмп_СценарииРепрайсера) — это тип алгоритма. В текущей версии поддерживаются:
В форме сценария реализована управляемая видимость реквизитов в зависимости от типа. Это дает пространство для расширения: добавление нового сценария — это новый элемент перечисления вмп_ТипыСценариевРепрайсера и новая ветка в обработчике. Существующие настройки клиента при этом не ломаются.
Если Сценарий.ТипСценария = ПредопределенноеЗначение(
"Перечисление.вмп_ТипыСценариевРепрайсера.КорректировкаЦенПоСпросу")
Тогда
ПроверяемыеРеквизиты.Добавить("ГлубинаАнализа");
ПроверяемыеРеквизиты.Добавить("ШагИзмененияЦены");
ПроверяемыеРеквизиты.Добавить("КритерийПродажМинимум");
ПроверяемыеРеквизиты.Добавить("КритерийПродажМаксимум");
КонецЕсли;
вмп_ФункцииРепрайсера — конкретная настройка алгоритма для определенного набора учетных записей и номенклатуры.
| Реквизит | Назначение |
|---|---|
| Включено | Флаг участия в регламентном запуске |
| Сценарий | Ссылка на тип алгоритма |
| Периодичность | Минимальный интервал между запусками, сек |
| Время последнего выполнения | Контроль фактических запусков |
| Учетные записи | Отбор по аккаунтам (пусто = все активные) |
| Номенклатура | Отбор по товарам с поддержкой групп |
Контроль обязательности реквизитов реализован декларативно через ОбработкаПроверкиЗаполнения и зависит от выбранного сценария. Пользователь не сможет записать функцию без параметров, действительно необходимых выбранному сценарию.
Когда в функцию репрайсера нужно добавить 500–5000 SKU, ручной подбор невозможен. Реализована загрузка из Excel по артикулу. Контроль дублей дополнительно срабатывает интерактивно: при ручном выборе через ОбработкаВыбора и при изменении строки табличной части второе вхождение той же номенклатуры удаляется с сообщением «Дубль. Номенклатура не была добавлена». Это критично, потому что один и тот же товар, попавший в репрайсер дважды, мог бы получить противоречивые команды установки цены.
КоличествоТовара = Объект.Номенклатура.НайтиСтроки(
Новый Структура("Номенклатура", Номенклатура)).Количество();
Если КоличествоТовара = 0 Тогда
НоваяСтрока = Объект.Номенклатура.Добавить();
НоваяСтрока.Номенклатура = Номенклатура;
НоваяСтрока.ВидНоменклатуры = "Товар";
КолвоНовыхНоменклатур = КолвоНовыхНоменклатур + 1;
КонецЕсли;
Бизнес-задача: дистрибьютор требует не уходить ниже РРЦ. Или, наоборот, не превышать рекомендованную верхнюю границу.
ЦенаДоСПП = ЦенаРРЦ / (1 − ПроцентСПП)
Важная деталь: и здесь, и в «Поддержке РРЦ» учитывается СПП. Если на витрине покупатель видит цену с СПП = 1490 ₽, а в учете у нас цена 1990 ₽, алгоритм должен сравнивать продажи именно с витринной ценой. Иначе стратегия перестает быть корректной. Поэтому СПП нужно знать, а получить его без парсинга нельзя.
Ни Wildberries, ни Ozon не возвращают через официальный API актуальную цену с учетом СПП для конкретной карточки, цену по карте Ozon и факт того, что товар временно отсутствует в продаже на витрине, хотя в личном кабинете он активен. Эти данные есть только на самой витрине. Поэтому единственный технически корректный способ их получить — открыть страницу карточки и извлечь данные.
СтрокаJSON = ПреобразоватьДанныеВJSON(ДанныеЗапросаДляОтправки);
ЗашифрованноеТело = вмп_СлужебныеФункцииСервер.ЗашифроватьТекст(СтрокаJSON);
ЗапросHTTP.УстановитьТелоИзСтроки(ЗашифрованноеТело);
Ответ также расшифровывается. Это нужно для защиты токена и ИНН клиента в канале и для невозможности подсмотреть формат тела сторонней средой.
Модуль работает и в локальных установках клиентов, и в облачной 1С:Фреш, и через сервер партнера. Параметры соединения с BigData в каждом случае разные. Сначала пробуется основной канал, при ошибке — переключение на альтернативный с повтором запроса в той же транзакции. Для клиента отказоустойчивость по каналу прозрачна.
Попытка
ОтветHTTP = Настройки.Соединение.ОтправитьДляОбработки(ЗапросHTTP);
Исключение
Настройки = ПолучитьНастройкиПодключения(ДанныеЗапроса.УчетнаяЗапись, Истина);
ОтветHTTP = Настройки.Соединение.ОтправитьДляОбработки(ЗапросHTTP);
КонецПопытки;
Парсинг 1000 SKU одним запросом — это и риск таймаута, и риск частичной потери результата. Поэтому отправка идет пакетами по 10 SKU. Если один пакет падает, остальные продолжают идти. В журнал событий пишется источник ошибки, а общий счетчик ошибок отображается пользователю в финальном сообщении.
МаксимумВПакете = 10;
МассивПакетов = РазбитьМассивНаПакеты(НомераТоваров, МаксимумВПакете);
ФатальныеКоды = Новый Массив;
ФатальныеКоды.Добавить("JOB_NOT_FOUND");
ФатальныеКоды.Добавить("JOB_EXPIRED");
ФатальныеКоды.Добавить("INVALID_TOKEN");
ФатальныеКоды.Добавить("LIMIT_EXCEEDED");
ФатальныеКоды.Добавить("SUBSCRIPTION_EXPIRED");
Каждый успешный парсинг карточки кэшируется на сервере BigData, по умолчанию на 24 часа. Повторный запрос того же SKU в течение этого окна не выполняет повторный парсинг карточки, не списывает деньги с баланса и помечается флагом source = "cached". Это критично для регулярных регламентных заданий: можно безопасно ставить опрос каждый час и не расходовать бюджет впустую.
Если ДанныеSKU.Получить("source") = "cached" Тогда
ТекстИнформации = ТекстИнформации + " из кэша";
Иначе
// ...
КонецЕсли;
Репрайсер запускается тремя способами:
Запуск унифицирован через механизм длительных операций БСП. Это дает клиенту следующее:
Возврат ДлительныеОперации.ВыполнитьПроцедуру(
ПараметрыВыполнения,
"вмп_Репрайсер.ВыполнитьРегЗаданиеРепрайсер",
ПараметрыВызова
);
Если установка цены ведется через документ, действует штатный механизм 1С: документ записан, ценообразование срабатывает после проведения и после выгрузки регламентным заданием. При прямой отправке модуль явно предупреждает, что параллельная работа регламентного задания выгрузки цен может перебить результат.
Минимальный и максимальный вид цены работают как hard-stop. Если расчет по сценарию дает значение за пределами коридора, установка блокируется, а причина пишется в журнал.
Механизм отлова дублей в табличной части номенклатуры срабатывает при загрузке из Excel, при подборе и при ручном вводе.
Используются кэширование на 24 часа, дневной лимит SKU на стороне BigData и явное разделение тестового и платного режима.
Используются жесткий 1-часовой таймаут на статус задания парсинга и классификация ошибок на фатальные и временные.
| С точки зрения пользователя | С точки зрения технологии |
|---|---|
| Один раз настроить функции репрайсера: выбрать сценарий, аккаунты, загрузить из Excel номенклатуру, указать виды цен и пороги. | Парсинг витринной цены с учетом СПП и цены по карте Ozon — данных, которых нет в API. |
| Включить флаг «Активна» — после этого функция автоматически выполняется по расписанию. | Алгоритмы принятия решений по ценообразованию с учетом РРЦ и реакции на спрос. |
| Периодически заходить в журнал работы репрайсера и в регистр цен с сайта, чтобы видеть, какие цены сейчас на витрине, какие документы были созданы и какие установки были заблокированы порогами. | Безопасное применение результатов — через документы 1С или прямую отправку, с порогами и контролем дублей. |
Архитектурно решение состоит из трех слоев — база 1С клиента, BigData-сервер Victoria и парсер-кластер на Python. Компоненты взаимодействуют асинхронно через зашифрованные JSON-запросы, поддерживают как локальные, так и облачные базы, отказоустойчивы по каналам связи и снабжены биллинговой моделью с кэшированием и тестовым режимом.
Репрайсер «1С:Виктория» — это не просто кнопка «изменить цену», а полноценная система динамического ценообразования для маркетплейсов, которая закрывает разрыв между тем, что показывает API маркетплейса, и тем, что реально видит покупатель на витрине.
Подробнее о продукте и сценариях использования — на странице решения.
Смотрите также:
При работе с маркетплейсами, включая Ozon, бизнес обычно использует комиссионную модель продаж — это наиболее удобный и гибкий способ учета. В системах 1С такая схема дает возможность отслеживать остатки переданных товаров, а продажу фиксировать не по отгрузке, а только после того, как маркетплейс подтвердит факт реализации. Для этого используется специальный документ — «Отчет комиссионера».
Интеграция с популярными маркетплейсами, такими как Озон, Вайлдберриз, Яндекс.Маркет и другими, позволяет автоматизировать управление различными аспектами бизнеса. Этот процесс подразумевает соединение учетной системы компании с торговыми площадками.
Управление заказами покупателей являются одним из ключевых бизнес-процессов у продавцов, которые занимаются торговлей на маркетплейсах. Его эффективность напрямую влияет на прибыль, рейтинг и репутацию магазина, а также на возможности для расширения бизнеса.
В еженедельных отчетах о реализации Вайлдберриз можно увидеть такие строки, как «Возмещение издержек по перевозке/по складским операциям с товаром».
Рассмотрим с какими проблемами сталкивается селлер при загрузке отчета комиссионера Озон в 1С.
Порядок учета отрицательной комиссии Вайлдберриз и итоговой сверки отчета комиссионера рассмотрим на примере загрузки отчета комиссионера из файла Excel.
