История версий модуля «МС:Интеграция 1С с маркетплейсами»

Расширение «мc_УТ_ИнтеграцияСМаркетплейсами» (интеграция 1С УТ/УНФ с маркетплейсами: Wildberries, Ozon, Яндекс.Маркет и другими)

2.0.1.7

Исправленные ошибки

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

2.0.1.6

Исправленные ошибки

  • Завершена проверка исправлений 2.0.1.3: шесть тестов расходов и сопоставления успешно выполнены в тестовой базе 1С.
  • Удалены неработающие привязки к отсутствующим обработчикам в форме просмотра отчета маркетплейса и устаревшей форме регистрации. Форма просмотра сохраняет команду получения данных готового отчета.

2.0.1.5

Исправленные ошибки

  • Общие настройки, вкладка «Интерфейс»: настройка «Отображать вкладку "Скидки, акции, реклама"» больше не показывает эту вкладку у аккаунтов Wildberries, Яндекс.Маркета и других маркетплейсов — она работает только с Ozon. Выключенная настройка, как и раньше, скрывает вкладку.

2.0.1.4

Исправленные ошибки

  • Общие настройки, вкладка «Интерфейс»: выключенная настройка «Отображать вкладку FBO» теперь скрывает вкладку «FBO» целиком. Раньше скрывалась только вложенная вкладка «Поставки FBO», а сама вкладка «FBO» оставалась.
  • Выбор аккаунта в обработке: при смене аккаунта больше не сбрасываются остальные настройки пользователя (например, «Автоматически открывать обработку при входе»). При удалении аккаунта у пользователей забывается только этот аккаунт, а их настройки сохраняются.

2.0.1.3

Исправленные ошибки

  • Wildberries: ошибка или повтор страницы отчета продаж прерывает загрузку до замены расходов. Короткая страница больше не считается концом отчета.
  • Сопоставление товаров: исправлена запись частично отмеченного списка. Характеристики и упаковки из другого аккаунта переносятся только при совпадении штрихкода.
  • Реклама Ozon: при изменении ставки из суммы товара больше не вычитаются расходы других товаров той же кампании.
  • Расходы Яндекс.Маркета: учитывается вознаграждение за продажу из файла expropriation с привязкой к товару, заказу и дате услуги.
  • Рабочее место сборщика: восстановлены обработчики команд заказов, отгрузки, маркировки и открытия документов. Пустой выбор не запускает создание документов отгрузки.
  • Настройки аккаунта: удалена неиспользуемая команда продвижения с отсутствующим методом; исправлено предупреждение о несохраненных настройках.

2.0.1.2

Новые функции

  • Вкладки неиспользуемых функций скрываются. В обработке «Интеграция с маркетплейсами» больше не показываются вкладки функций, которыми аккаунт не пользуется: «Парсинг цен» (парсинг выключен в настройках аккаунта), «Скидки, акции, реклама» (у маркетплейсов, кроме Ozon, а у Ozon — если статусы товаров не рассчитывались, ключ рекламы не указан и автоматическое участие в акциях выключено), «Соответствие» (сложное соответствие номенклатуры выключено), «FBO» (нет планов поставок, загрузка поставок FBO выключена; у Яндекс.Маркета — схема FBO не используется), «Загрузка продаж» на вкладке «Бух. учет» (у Яндекс.Маркета, а у Wildberries и Ozon — если не указан комиссионер и не включена загрузка продаж по расписанию).
  • Вкладка появляется сама, как только функцию включают в настройках аккаунта или по ней появляются данные. На вкладке «Меню» написано, какие вкладки скрыты (при наведении на «?» — почему); галка «Показать все вкладки» рядом возвращает их все сразу. Та же настройка — «Показывать вкладки неиспользуемых функций» — есть в общих настройках на вкладке «Интерфейс». В режиме «Все аккаунты вместе» вкладки не скрываются.

2.0.1.1

Новые функции

  • Новая нумерация версий — 2.0. За последние версии в модуле появилось много новых возможностей (панель «Состояние интеграции», блок «Требует внимания сегодня», поиск заказа маркетплейса, помощник сопоставления карточек, расходы Ozon и Яндекс.Маркета по товарам и заказам и другие), поэтому номер версии сменился с 1.3.6 на 2.0.
  • Поиск по настройкам аккаунта. Вверху формы настроек аккаунта — строка «Найти настройку». Введите слово из названия настройки (например, «возвраты», «остатки», «акции») и нажмите Enter или «Найти»: откроется нужная вкладка, а курсор встанет на настройку. Если подходящих настроек несколько, рядом показано, какая из них открыта и где она находится («Расписание › Возвраты › …»); повторное нажатие «Найти» переходит к следующей.
  • Слова можно писать в любом порядке и в любой форме («возврат», «возвратов»), регистр и буква «ё» не важны, «ФБС» находит FBS. Поиск идёт по названиям настроек, их подсказкам и пояснениям, по названиям вкладок и кнопок. Настройки, скрытые для этого маркетплейса или конфигурации, не находятся.

1.3.6.70

Новые функции

  • Помощник сопоставления карточек с номенклатурой. На вкладке «Карточки маркетплейсов» — кнопка «Помощник сопоставления». Для каждой карточки, у которой не нашлась номенклатура 1С, помощник подбирает кандидатов и показывает, почему они предложены: совпал штрихкод, совпал артикул, эта же карточка уже сопоставлена в другом аккаунте (удобно при подключении второго маркетплейса) или похоже наименование.
  • Артикулы сравниваются и нестрого: без учёта регистра, пробелов, дефисов, точек и с латинскими буквами вместо похожих русских — «АВ-100» в 1С найдётся для «ab100» на маркетплейсе.
  • Надёжные кандидаты (штрихкод или артикул, без второго такого же варианта) отмечены сразу. Остальное — проверить отметки, при необходимости выбрать номенклатуру или характеристику вручную и нажать «Сопоставить отмеченные»: связи для всех отмеченных карточек записываются одной кнопкой, таблица карточек и пункт о несопоставленных карточках в блоке «Требует внимания» обновляются.

1.3.6.69

Новые функции

  • Расходы Яндекс.Маркета — по каждому товару, заказу и дню. Модуль загружает отчёт Маркета по стоимости услуг и записывает расходы в документы «Расходы маркетплейса» — по документу на месяц. Размещение товара, буст продаж, доставка покупателю и средняя миля, приём и перевод платежа, обработка невыкупов и возвратов и другие услуги записываются с карточкой товара (по артикулу shopSku), номером заказа и датой услуги. Платное хранение — по каждому товару. Суммы берутся уже за вычетом бонусов Маркета, возвраты начислений уменьшают расходы. Услуги без товара распределяются на товары пропорционально продажам и помечаются «распределено».
  • Отчёт строится по кабинету (businessId) сразу по всем магазинам. Если один кабинет подключён в модуле несколькими аккаунтами, расходы загружает только один из них — без задвоения.
  • Загрузка по расписанию — раз в сутки с перекрытием в две недели: Маркет уточняет услуги до закрытия месяца. Кнопка «Загрузить расходы по продаже товаров» теперь работает и для Яндекс.Маркета: загружает выбранный месяц целиком.
  • Статьи Маркета получают группы расходов (комиссия, реклама, эквайринг, логистика, хранение и др.), поэтому отчёт о прибыли и ИИ-ассистент (MCP-сервер) сравнивают расходы Wildberries, Ozon и Яндекс.Маркета по одинаковым группам.

Исправленные ошибки

  • Расходы Яндекс.Маркета не загружались совсем: загрузка расходов по продаже товаров работала только для Wildberries и Ozon, а кнопка в обработке отвечала «Алгоритм находится в разработке».

1.3.6.68

Новые функции

  • Поиск заказа маркетплейса. Вверху вкладки «Меню» — ссылка «Найти заказ маркетплейса по номеру, стикеру или gNumber». В открывшемся окне введите номер заказа (srid или номер сборочного задания Wildberries, номер отправления или заказа Ozon, номер заказа Яндекс Маркета), стикер или gNumber — и увидите всю цепочку по заказу: сам заказ маркетплейса (статус, даты отгрузки и доставки, артикул, цена), документы 1С по нему (заказ клиента, реализация или передача хранителю, возврат и другие), продажи маркетплейса, доходы и расходы по заказу и записи журнала событий с его номером за 90 дней. Двойной щелчок по документу открывает его; документы, помеченные на удаление, и ошибки журнала выделены красным. Можно искать по одному аккаунту или по всем сразу.

1.3.6.67

Новые функции

  • Расходы Ozon — по каждому товару, отправлению и дню. Модуль загружает начисления Ozon новым методом финансового API (начисления по дням) и записывает их в документы «Расходы маркетплейса» — по документу на месяц. Вознаграждение за продажу, логистика, последняя миля, эквайринг, «Звёздные товары», обработка возвратов, штрафы за ошибки и остальные услуги Ozon записываются с карточкой товара, номером отправления и датой. Сборы без товара (размещение на складах, страхование и т. п.) распределяются на товары пропорционально продажам и помечаются «распределено». Статьи называются так же, как услуги в справочнике Ozon.
  • Итог расходов сверяется с итогом начисления Ozon: если в начислении есть сумма, которую не удалось отнести к услуге, она записывается статьёй «Прочие начисления Ozon», и расходы в 1С совпадают с тем, что удержал Ozon.
  • Реклама Ozon не задваивается: трафареты, оплата за клик и продвижение товара из финансового API не записываются в расходы за те дни, за которые расходы рекламы уже загружены по рекламным кампаниям (по рекламному токену Ozon). Если реклама по кампаниям не загружается, эти расходы берутся из начислений.
  • Загрузка расходов Ozon по расписанию — раз в сутки, с недельным перекрытием. Кнопка «Загрузить расходы по продаже товаров» загружает выбранный месяц целиком и заменяет прежние финансовые операции Ozon за этот месяц.
  • ИИ-ассистент (MCP-сервер) видит расходы Ozon по товарам и дням так же, как расходы Wildberries: юнит-экономика, сравнение аккаунтов и ABC по марже считаются по полным данным.

Исправленные ошибки

  • Расходы Ozon по продаже товаров не загружались: загрузка была отключена, а прежний метод API (/v3/finance/transaction/list) Ozon отключил 8 сентября 2026.
  • Wildberries и Ozon: при переходе на расходы по товарам месяцы между последними прежними финансовыми операциями и началом новой загрузки не загружались. Теперь загрузка по расписанию продолжает с последней загруженной даты, а в первый раз начинает с месяца после прежних финансовых операций (не раньше чем за три месяца).

1.3.6.66

Исправленные ошибки

  • Блок «Требует внимания сегодня» на вкладке «Меню» не показывал пункт о несопоставленных карточках («Выполните сопоставление N карточек»): при его расчёте возникала ошибка, и пункт пропускался. Исправлено.

1.3.6.65

Новые функции

  • На вкладке «Меню» появился блок «Требует внимания сегодня»: операции обмена с ошибкой, просроченные и сегодняшние отгрузки FBS/DBS, новые сборочные задания, несопоставленные карточки, дубли заказов для ручного разбора и ошибки журнала событий за сутки. Показываются только пункты, по которым есть что делать. Нажатие на пункт открывает нужный список.
  • Расходы Ozon снова загружаются. Прежний метод API Ozon отключил 08.09.2026, теперь начисления берутся по дням методом /v1/finance/accrual/by-day. Они пишутся в документы «Расходы маркетплейса» по товарам и номерам отправлений, а сборы без товара распределяются на товары. По расписанию расходы загружаются раз в сутки. Ручная загрузка за месяц перезагружает весь месяц и заменяет прежние финансовые операции Ozon за этот месяц. Расходы Ozon теперь видны в отчёте «Прибыль от торговли на маркетплейсах».

Исправленные ошибки

  • Создание отчёта комиссионера из обработки падало с ошибкой «Значение не является значением объектного типа (Контрагент)», если в настройках аккаунта заполнено соглашение с комиссионером. Кроме того, при изменении соглашения в обработке оно не сохранялось в настройках аккаунта. Причина в том, что поле соглашения в форме было строковым, а не ссылкой на соглашение.
  • Передача товаров хранителю по поставке FBO: если заказ клиента по поставке не провёлся, передача отдельно падала с ошибкой «Ввод на основании непроведенного документа запрещен». Теперь передача по непроведённому заказу не создаётся, а модуль пишет, что сначала нужно провести заказ клиента.
  • При ошибке проведения заказа клиента в журнал попадало только «Не удалось провести …!» без причины. Теперь в текст ошибки добавляются причины, которые сообщает сам документ: незаполненные поля, нехватка остатка и т. п.
  • Заказ клиента, который во время обновления заказов был помечен на удаление (например, фоновой проверкой дублей), модуль пытался провести. Это давало ошибку «Помеченный на удаление документ не может быть проведен». Теперь такой заказ только записывается, а заказы маркетплейса при следующем обновлении попадают в действующий документ.
  • Ошибка «В данной транзакции уже происходили ошибки» скрывала настоящую причину сбоя при создании документов продаж маркетплейса, потому что запись в журнал модуля падала вслед за исходной ошибкой. Теперь в сообщение попадает исходная ошибка.
  • Отправка остатков FBS Wildberries падала с ошибкой «Значение не является значением объектного типа (Получить)», если на складе не было ни одного товара для запроса остатков (например, при выгрузке с учётом типа товара).
  • Новая номенклатура по карточке маркетплейса не создавалась, если в 1С уже есть номенклатура с таким же наименованием и включён контроль уникальности рабочего наименования: «Значение поля "Рабочее наименование" не уникально». Теперь к занятому наименованию добавляется артикул в скобках.

1.3.6.64

Новые функции

  • Новый отчёт «Прибыль от торговли на маркетплейсах» (раздел «Финансовый результат»). За выбранный период по каждому аккаунту он показывает выручку, себестоимость, валовую прибыль, расходы маркетплейса (комиссия, логистика, хранение, приёмка, штрафы и другие статьи), расходы на рекламу, прибыль и рентабельность продаж. Расходы без аккаунта (ручные финансовые операции, постоянные расходы) выводятся отдельной строкой «Общие расходы (без аккаунта)» и входят в общий итог. Два варианта: по аккаунтам и статьям, по аккаунтам и товарам. Доступны также группировки по маркетплейсу, группе расходов, месяцу, дню и рекламной кампании. Убыточные строки выделяются красным.
  • Реклама в отчёте — это статьи группы «Реклама» (удержания WB за «ВБ.Продвижение») и статистика рекламных кампаний (трафареты Ozon) по дням. Расходы WB учитываются по дням. Расходы, загруженные помесячно (финансовые операции за прошлые месяцы), учтены на 1-е число месяца, поэтому такой период лучше выбирать целыми месяцами. Расходы маркетплейса Ozon появятся в отчёте после переработки их загрузки.

1.3.6.62

Исправленные ошибки

  • Форма настроек аккаунта: код пояснения к переключателю «Включить подробные логи на время сеанса» (появился в 1.3.6.51) был оформлен так, что модуль формы не проходил проверку конфигуратора — процедура обновления пояснения считалась неопределённой. Исправлено: пояснение получается с сервера, и проверка модулей проходит без ошибок.
  • Обработка данных сканера штрихкодов в обработке «Интеграция с маркетплейсами» обращалась на клиенте к серверному модулю и завершалась ошибкой «Переменная не определена (ОбщегоНазначения)». Теперь используется клиентский модуль.

1.3.6.61

Новые функции

  • Расходы Wildberries — по каждому товару, заказу и дню. Модуль загружает детализацию отчёта реализации WB и раскладывает каждую строку по статьям: комиссия, эквайринг, логистика, возмещение перевозки, хранение, платная приёмка, штрафы, реклама (удержания за «ВБ.Продвижение»), прочие удержания, доплаты и компенсации. Каждый расход записывается с датой операции, карточкой товара и номером заказа — штрафы тоже видны по товарам. Расходы, которые WB не относит к товару (хранение, часть удержаний), распределяются на товары отчёта пропорционально продажам и помечаются «распределено», так что юнит-экономика считается по всем расходам.
  • Новый документ «Расходы маркетплейса» (раздел «Финансовый результат»): один документ на отчёт WB со строками по статьям, товарам и заказам. Он проводится в регистр прибылей и убытков, поэтому отчёты о прибыли и ИИ-ассистент (MCP-сервер) видят расходы по дням, а не одной суммой на первое число месяца.
  • Загрузка расходов WB по расписанию — раз в сутки за последние две недели, так что поздние исправления отчётов WB подтягиваются сами. Ручная загрузка за месяц (кнопка «Загрузить расходы по продаже товаров») перезагружает весь месяц по товарам и заменяет прежние финансовые операции WB за этот месяц.
  • Расходы WB за прошлые месяцы, уже загруженные финансовыми операциями, остаются как были; по товарам и заказам расходы пишутся с месяца, следующего за последним таким месяцем. Чтобы перевести прошлый месяц на учёт по товарам, загрузите расходы за него вручную.
  • У статей прибылей и убытков появился реквизит «Группа расходов» (комиссия, логистика, хранение, приёмка, реклама, штрафы, эквайринг, прочие удержания, компенсации). ИИ-ассистент может показать расходы по группам: инструмент marketplace_expenses с группировкой expense_group.

Исправленные ошибки

  • Расходы WB загружались за месяц один раз: если за месяц что-то уже было загружено, поздние корректировки отчётов WB в учёт не попадали.
  • Возврат товара на WB увеличивал комиссию маркетплейса вместо того, чтобы вернуть её.
  • «Удержание — остаток по минимальному платежу» попадало в прибыль как доплата WB и завышало её. Это перенос суммы к выплате между неделями, а не доход, — теперь в расходы и доходы он не попадает.

1.3.6.59

Новые функции

  • На вкладке «Меню» появилась панель «Состояние интеграции». По выбранному аккаунту она показывает, когда последний раз успешно выполнялись загрузка заказов, отправка цен и остатков (по каждому складу), загрузка поставок, продаж, расходов и остатков FBO, создание заказов клиентов, реализаций и возвратов, а также когда была последняя ошибка и сколько ошибок подряд. Красным выделяются операции, у которых последний запуск закончился ошибкой. Оранжевым — операции по расписанию, которые давно не выполнялись успешно: заказы, цены и остатки дольше 3 часов, остальные дольше 2 суток. Двойной щелчок по строке показывает текст последней ошибки и открывает журнал событий. Если всё в порядке, панель свёрнута, а при проблемах разворачивается сама.
  • Состояние операций записывается всегда, даже если в настройках аккаунта включено «Записывать только ошибки и ручные запуски» и успешные запуски по расписанию в журнал событий не попадают. Панель заполняется по мере выполнения операций после обновления модуля.

1.3.6.58

Новые функции

  • Документ отгрузки выбирается для каждого заказа клиента по его хозяйственной операции. Заказ с операцией «Реализация клиенту» всегда отгружается реализацией. Заказ с операцией «Передача на комиссию» отгружается передачей товаров хранителю или реализацией — по настройке аккаунта «Тип документа продажи». Настройки можно менять в любой момент: заказы, созданные до изменения, отгружаются верно, а уже отгруженные повторно не отгружаются.
  • Яндекс Маркет работает по агентской схеме, а не по комиссионной. Для него операцию «Передача на комиссию» выбрать нельзя: в настройках аккаунта она недоступна, а если была выбрана раньше, чек-лист на вкладке «Меню» показывает её красным. Заказы Яндекс Маркета создаются с операцией «Реализация клиенту» и отгружаются реализацией, передача товаров для них не создаётся.
  • Возвраты по передачам товаров хранителю (поступление товаров от хранителя с операцией «Возврат от комиссионера») теперь создаются во всех версиях УТ, а не только начиная с 11.5.22.

Исправленные ошибки

  • После смены «Типа документа продажи» с «Реализации» на «Передачу на комиссию» по заказам, уже отгруженным реализацией, создавались повторные передачи товаров хранителю.
  • При операции «Передача на комиссию» и типе документа продажи «Реализация» новые заказы маркетплейса могли добавляться в общий заказ клиента, уже отгруженный реализацией. Кроме того, после смены хозяйственной операции новые заказы добавлялись в общий заказ со старой операцией.
  • Строка заказа клиента Ozon по пропавшему заказу маркетплейса не отменялась, если тот же товар этого заказа был отгружен передачей товаров по другому заказу маркетплейса.

1.3.6.55

Исправленные ошибки

  • Автотесты: проверка скорости списка заказов на вкладке FBS замеряла устаревший запрос, которым форма больше не пользуется. На большой базе этот запрос выполнялся больше 15 минут, и прогон автотестов зависал. Теперь проверяется тот же запрос, по которому форма строит список.
  • Автотесты: проверка возврата удалённого заказа клиента в список новых заказов падала с ошибкой запроса и ничего не проверяла. Исправлено.
  • Автотесты: проверка заполнения пустых дат отгрузки в заказе клиента УТ ложно сообщала об ошибке, потому что сравнивала даты вместе со временем, а дата отгрузки в заказе хранится без времени. Теперь даты сравниваются по дню.

1.3.6.54

Исправленные ошибки

  • В окне «Обращение в техподдержку» при пустом тексте обращения выводилось предупреждение, но обращение всё равно отправлялось, и показывалось сообщение «Обращение успешно создано». Теперь пустое обращение не отправляется.

1.3.6.53

Исправленные ошибки

  • Если в окне «Обращение в техподдержку» стереть автоматически заполненный текст и написать только свой, в обращение не попадала техническая информация: версия модуля, конфигурация, адрес электронной почты, аккаунт. Без неё техподдержке приходилось уточнять подробности письмом. Теперь техническая информация добавляется к тексту обращения автоматически, если её там нет.
  • При регистрации модуля не передавался номер его версии. Теперь передаётся.

1.3.6.52

Исправленные ошибки

  • В УНФ поиск дублей заказов покупателей и вкладка «Требует ручного разбора» завершались ошибкой «Поле не найдено Док.НомерПоДаннымКлиента»: дубли не проверялись, вкладка не заполнялась. Теперь поиск по номеру заказа на маркетплейсе выполняется только там, где у заказа есть такой реквизит.
  • В УНФ при добавлении в заказ покупателя набора (комплекта) из нескольких товаров сведения о наборе записывались столько раз, сколько в нём товаров. Составы наборов в заказе «множились», а при большом числе заказов документ не записывался с ошибкой «Число строк табличной части превышает максимально допустимое». Теперь набор учитывается один раз.
  • Заказ клиента с незаполненной датой отгрузки в строках (например, созданный старой версией модуля) не проводился при создании реализации или передачи на комиссию («Период не может быть пустым», регистр «Товары к отгрузке»). Модуль повторял попытку при каждом запуске расписания, документ отгрузки так и не создавался. Теперь перед проведением пустые даты отгрузки заполняются датой отгрузки заказа.
  • Если номенклатура контрагента помечена на удаление, отправка остатков FBS на Wildberries прерывалась ошибкой «Выбранный элемент … в данный момент удаляется», и остатки по аккаунту не отправлялись совсем. Теперь такая номенклатура пропускается, остатки по остальным товарам отправляются.
  • В автоматических отчётах об ошибках, которые модуль отправляет разработчику, не передавалась версия модуля. Теперь версия передаётся — это помогает быстрее понять, исправлена ли ошибка в новой версии.

1.3.6.51

Новые функции

  • Журнал событий аккаунта стал понятнее. По каждой важной операции — загрузке заказов, отправке цен и остатков, загрузке поставок, продаж, остатков FBO и расходов, созданию заказов клиентов, реализаций и возвратов — теперь пишется одна итоговая запись: чем операция закончилась, сколько длилась, вручную или по расписанию она запускалась. Ошибочный итог отмечается как ошибка. Раньше по многим операциям в журнале было только «Запущено …» без результата.
  • В журнал событий записывается каждая созданная модулем реализация и передача товаров хранителю: номер документа, сумма, заказы клиентов, по которым он создан.
  • Служебные сообщения о ходе операций («Перед …», «После …», «Запущено …», запросы отдельных страниц отчётов) пишутся только в режиме подробных логов — в обычном режиме журнал не засоряется. Ошибки по-прежнему записываются всегда и полностью.
  • К ошибкам (и ко всем сообщениям в режиме подробных логов) добавляется, откуда выполнялась операция: номер сеанса, пользователь, программа или фоновое задание. Так по записи журнала видно, что её записало — главное регламентное задание, кнопка пользователя или фоновая операция формы.
  • Включение и выключение подробных логов тоже фиксируется в журнале событий аккаунта: кто, когда и в каком сеансе их включил, и почему они отключились.

Исправленные ошибки

  • Подробные логи, включённые в настройках аккаунта, отключались при следующем открытии обработки «Интеграция с маркетплейсами». Теперь они действуют до завершения сеанса, в котором их включили, и отключаются при выходе из программы. Если сеанс завершился аварийно (сбой, закрытие браузера, завершение сеанса администратором), подробные логи отключаются автоматически при ближайшем запуске регламентного задания или открытии обработки. Под переключателем в настройках аккаунта видно, в каком сеансе и когда логи включены.
  • Служебные сообщения «только для подробных логов» при выключенных подробных логах всё равно попадали в журнал регистрации 1С.
  • Настройка аккаунта «Дублировать сообщения в журнал регистрации» не работала: сообщения попадали в журнал регистрации и при выключенной настройке.
  • Настройка «Вести журнал событий» почти не действовала. Теперь при выключенной настройке не записываются информационные сообщения; ошибки записываются всегда.

1.3.6.50

Новые функции

  • ИИ-аналитик маркетплейсов прямо в 1С. MCP-сервер модуля теперь не только знает устройство вашей базы, но и работает с её данными: продажами, остатками, резервами и расходами на Wildberries, Ozon, Яндекс.Маркете и других площадках. Подключите Claude, ChatGPT, Cursor или другого ИИ-ассистента с поддержкой MCP и задавайте вопросы обычными словами — ассистент сам запросит нужные данные у 1С и ответит таблицей с выводами и рекомендациями. Тяжёлые расчёты (ABC/XYZ-анализ, план поставок, юнит-экономику) выполняет сама 1С по всем продажам периода, поэтому цифры точные, а не прикидка нейросети по выборке.
  • Что можно спросить у ассистента:
    • «Сделай ABC/XYZ-анализ товаров за последние 90 дней» — матрица ABC/XYZ и список товаров по группам: какие товары дают 80 % выручки, у каких спрос стабильный, а какие продаются эпизодически и годятся на вывод из ассортимента. ABC считается по выручке, штукам или марже, XYZ — по разбросу продаж по неделям или месяцам; границы групп настраиваются.
    • «Посчитай поставки на склады маркетплейсов, чтобы остаток не ушёл в ноль» — по каждой карточке: скорость продаж FBO, остаток на складе маркетплейса и в пути, через сколько дней товар закончится, сколько штук отгрузить с учётом срока доставки, дней покрытия и страхового запаса и хватит ли на это свободного остатка в 1С. То, чего не хватает, сразу видно отдельной колонкой — это нужно докупить или произвести.
    • «Какие товары скоро закончатся?», «Сколько свободного остатка и что в резерве?» — остатки на складах маркетплейсов (FBO), товар в пути, остаток в 1С на складах аккаунта: в наличии, занято под резервы и отгрузки, свободно — и на сколько дней продаж всего этого хватит.
    • «Сравни Wildberries и Ozon за сентябрь», «Какой аккаунт приносит больше прибыли?» — заказы, доля отмен, выручка, средний чек, доля в выручке, себестоимость, расходы маркетплейса в процентах от выручки, прибыль и маржа по каждому аккаунту и маркетплейсу.
    • «На что уходят деньги на маркетплейсах?», «Посчитай юнит-экономику товаров» — расходы по статьям (комиссия, логистика, хранение, приёмка, реклама, штрафы, эквайринг и другие) в разрезе аккаунтов, товаров, заказов и месяцев; по каждому товару — выручка, себестоимость, расходы, прибыль, маржа, прибыль на одну штуку и главные статьи расходов.
    • «Покажи продажи по неделям», «Где больше всего отмен?» — продажи с группировкой по товару, карточке, аккаунту, маркетплейсу, дню, неделе или месяцу, кластеру Ozon и схеме FBO/FBS.
  • Готовые подсказки (промпты) в MCP-клиенте: «ABC/XYZ-анализ», «План поставок», «Юнит-экономика», «Сравнение аккаунтов» — выберите подсказку, и ассистент сам вызовет нужные инструменты и сделает выводы.
  • Один и тот же товар на разных маркетплейсах считается вместе — по номенклатуре 1С; при желании анализ можно вести по карточкам маркетплейса. Работает в УТ 11, УНФ, КА 2 и ERP.
  • Безопасность: ассистент только читает данные и видит ровно то, что разрешено пользователю 1С, под которым подключается. Инструменты аналитики можно выдавать выборочно ролью «MCP: аналитика маркетплейсов». MCP-сервер по-прежнему включается в общих настройках модуля (вкладка «MCP-сервер»).
  • Расходы ассистент берёт из регистра прибылей и убытков модуля. Загрузка расходов маркетплейсов в разрезе товаров и заказов (включая штрафы) для всех маркетплейсов дорабатывается в следующих версиях — по мере её выхода отчёты по расходам и юнит-экономике станут подробнее.
  • Новый адрес MCP-сервера: <адрес публикации базы на веб-сервере>/hs/mcp-marketplaces/mcp (было …/hs/mcp/mcp). Модуль больше не занимает общий адрес hs/mcp. Если ассистент уже был подключён, поменяйте адрес в настройках MCP-клиента; если в публикации базы на веб-сервере HTTP-сервисы перечислены явно, обновите публикацию.

1.3.6.49

Исправленные ошибки

  • Ускорено открытие обработки «Интеграция с маркетплейсами». Признак доверительной приёмки складов Ozon обновляется только для выбранного аккаунта и в фоне, а склады записываются только при изменении признака. Раньше при каждом открытии обработка ждала ответа Ozon по всем аккаунтам. Чек-лист начальной настройки при открытии считается один раз вместо трёх.
  • Новые сборочные задания и их статусы Wildberries после открытия обработки загружаются в фоне, а список заданий обновляется сам, когда загрузка закончится. Раньше обработка в это время не отвечала.
  • Ускорена смена аккаунта: склады маркетплейса запрашиваются, а старые записи журнала событий удаляются в фоне. Список складов сразу показывается из базы и обновляется после ответа маркетплейса. Если появился новый склад, он автоматически отмечается в отборе заказов FBS по складам, а выбранный пользователем склад не сбрасывается.
  • Кнопки фильтра заказов FBS/DBS (статусы, «Упаковка», даты отгрузки) срабатывают быстрее: отборы, счётчики на кнопках и доступность «Отменить заказ» устанавливаются за одно обращение к серверу, а счётчики считаются одним сводным запросом, а не двумя запросами по всей истории заказов.
  • Карточки из маркетплейса: после загрузки карточек обработка больше не пересчитывает всю форму. Сообщения о карточках, для которых не найдена номенклатура, выводятся по первым 20 карточкам, затем одно общее сообщение с количеством. Раньше при тысячах несопоставленных карточек обработка надолго зависала.
  • Надпись «Есть новые необработанные заказы» показывает первые 5 заказов и количество остальных. Раньше для неё каждый раз читались все такие заказы.

1.3.6.48

Исправленные ошибки

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

1.3.6.47

Исправленные ошибки

  • Анализ продаж и расчёт поставок: убран отбор «Исключить платное хранение». Он скрывал артикулы со статусом «Платное хранение» из старого деления товаров по оборачиваемости, а эти статусы больше не рассчитываются, так что отбор работал по устаревшим данным. Товары с большим запасом по-прежнему отсекает отбор «Только нужна поставка». Справочник статусов товаров при открытии обработки больше не заполняется.

1.3.6.46

Новые функции

  • Ozon: настройка аккаунта «Автоматически участвовать в акциях с ценой не ниже минимальной» (вкладка «Цены») снова работает. Раз в час модуль обновляет список акций Ozon, добавляет товар в акцию, если максимальная цена по акции не ниже минимальной цены 1С (цена участия — максимальная цена по акции, то есть наименьшая скидка), и убирает товар из акции, если его акционная цена ниже минимальной цены, в том числе когда товар добавил в акцию сам Ozon. Товары без минимальной цены и товары с выключенным «Разрешить автоматическое участие в акциях» в настройках продвижения не трогаются. Каждое добавление и удаление записывается в журнал продвижения товара.
  • Ozon: запросы покупателей на скидку обрабатываются по одному правилу для всех товаров: запрос согласуется, если запрошенная цена не ниже минимальной цены 1С и не ниже крайней цены товара из настроек продвижения, иначе отклоняется; запросы по товарам без минимальной цены остаются на ручной разбор. Настройка на вкладке «Реклама, акции, скидки» называется «Автоматически обрабатывать запросы на скидку»; у тех, у кого обработка была включена, она продолжает работать.
  • Акции и запросы на скидку обрабатываются главным заданием автоматических операций по каждому аккаунту Ozon. Кнопка «Обработать запросы на скидку и акции сейчас» на вкладке «Реклама, акции, скидки» запускает их для одного аккаунта сразу.
  • Отказ от деления товаров на группы по оборачиваемости («Платное хранение», «Дефицит» и т. п.): акции и запросы на скидку от статусов товаров больше не зависят, статусы не создаются при открытии обработки, кнопки расчёта продвижения и справочника статусов скрыты.

Исправленные ошибки

  • Ozon: при незаполненной крайней цене товара автоматически согласовывался любой запрос на скидку, даже с ценой ниже минимальной.
  • Участие в акциях и обработку запросов на скидку нельзя включить без вида цен минимальной цены: форма настроек аккаунта выключает их и пишет причину. Минимальная цена для акций и скидок берётся так же, как при отправке цен, и теперь работает и в УНФ.
  • Одна и та же акция Ozon у нескольких аккаунтов хранится отдельно для каждого аккаунта; раньше второй аккаунт перезаписывал список товаров акции первого.

1.3.6.45

Исправленные ошибки

  • Чек-лист «Начальная настройка» на вкладке «Меню», пункт «Загрузка заказов по расписанию»: если регламентные задания на сервере 1С перестали выполняться, это определялось только примерно через сутки, даже когда задание настроено на запуск каждые несколько минут. Теперь допустимое время без загрузок считается по расписанию задания (три периода запуска, но не меньше часа), и правильно определяется дата последнего запуска задания — проблема видна сразу.

1.3.6.44

Новые функции

  • Общие настройки модуля: новая вкладка «MCP-сервер» с настройкой «Использовать MCP-сервер». Подключение ИИ-ассистентов к базе работает, только когда настройка включена; пока она выключена, MCP-сервер на все запросы отвечает понятным отказом с подсказкой, где его включить. По умолчанию настройка выключена — включите её, если хотите подключить ИИ-ассистента. На вкладке также написан адрес для подключения.

1.3.6.43

Новые функции

  • MCP-сервер: к базе 1С теперь можно подключить ИИ-ассистента, поддерживающего протокол MCP (Model Context Protocol), — Claude, ChatGPT, Cursor и другие. Ассистент видит состав и структуру объектов вашей конфигурации и справку по встроенному языку 1С, поэтому отвечает на вопросы и помогает с настройкой и доработкой учёта с учётом именно вашей базы, а не «в общем». Набор инструментов ассистента расширяется подключаемыми компонентами. Адрес для подключения — <адрес публикации базы на веб-сервере>/hs/mcp/mcp; ассистент работает с правами пользователя 1С, под которым подключается.

1.3.6.42

Новые функции

  • Вкладка «Меню»: вверху появилась ссылка «Заказы маркетплейса не загружаются автоматически? Проверьте настройки по чек-листу». Она открывает отчёт, в котором подряд проверены все известные причины, почему новые заказы не загружаются по расписанию, и по каждой сразу написано, что найдено и что делать. Проверяются: выполнение регламентных заданий на сервере 1С (в том числе флажок «Блокировка регламентных заданий» в консоли сервера и файловый вариант базы), наличие, включённость, пользователь и последние запуски главного задания (ошибки, зависание, ручной запуск), блокировка работы с внешними ресурсами после копирования базы, незавершённое обновление конфигурации, безопасный режим и защита от опасных действий расширения, работа задания на старой версии модуля, регистрация модуля, настройки аккаунтов (активность, загрузка заказов по расписанию, ключи API, ошибки и давность последних загрузок, дата начала проверки заказов, создание заказов клиентов) и расписание (даты действия, дни недели, месяцы, часы работы, принудительное завершение, паузы и периодичность запуска). При выборе «Все аккаунты вместе» проверяются все аккаунты. Отчёт можно распечатать или сохранить и отправить в техподдержку.

1.3.6.41

Новые функции

  • Поставки FBO: документы «Передача товаров хранителю», которые модуль создал по поставке, но не смог провести (например, не было договора в настройках аккаунта или остатка на складе), теперь проводятся повторно. Раньше такая поставка оставалась непроведённой навсегда: заново она не загружается, потому что документ по ней уже есть. Если в документе нет договора, а в настройках аккаунта он уже указан, договор подставляется. Повтор выполняется в главном задании не чаще раза в час (при ручном запуске — сразу) и командой загрузки поставок за период; берутся документы за последние 60 дней без пометки на удаление. Не проведённые документы с причинами записываются в журнал событий аккаунта.

1.3.6.40

Новые функции

  • Настройки аккаунта: загрузку принятых поставок FBO как документов «Передача товаров» нельзя включить без договора, если в 1С используются договоры с клиентами. Без договора передача товаров хранителю записывалась, но не проводилась (ошибка «место хранения не заполнено»). Нужен «Договор с комиссионером» (вкладка «FBO») или «Договор»; при создании заказов клиента по поставкам — только «Договор с комиссионером». Причина показывается под настройкой, а уже включённая настройка без договора выделяется красным в чек-листе на вкладке «Меню».

Исправленные ошибки

  • Wildberries, поставки FBO: если в настройках аккаунта не выбран ни один статус поставок, загрузка не находила ни одной поставки. Теперь в этом случае берутся статусы по умолчанию — «Отгрузка разрешена» и «Принято».

1.3.6.39

Исправленные ошибки

  • Автоматические операции по расписанию: ошибка ежедневного обслуживания аккаунта (очистка устаревших записей лога, исправление отменённых продаж с признаком «Доставлено») больше не останавливает обработку аккаунта. Раньше такая ошибка (например, «Метод объекта не обнаружен (ВремяОперации)» после неполного обновления расширения) прерывала задание по аккаунту, и заказы маркетплейса не загружались и заказы клиентов не создавались. Теперь ошибка записывается в лог аккаунта, а загрузка и создание заказов продолжаются.

1.3.6.38

Новые функции

  • Яндекс Маркет: принятые поставки FBY загружаются как документы «Передача товаров хранителю» — по расписанию (настройка «Загружать принятые поставки по схеме FBO как документ "Передача товаров"», теперь она есть и в настройках аккаунта Яндекс Маркета) и командой загрузки поставок за период. Берутся заявки на поставку, завершённые складом Маркета, количество — фактически принятое складом. Товары сопоставляются по артикулу (offerId), как в заказах. Как и для Ozon, работает в УТ 11.5 и новее, КА и ERP.
  • Wildberries: принятые поставки FBO теперь загружаются и по расписанию; раньше настройка была, но главное задание поставки WB пропускало, а загрузка работала только командой за период.

Исправленные ошибки

  • Wildberries, поставки FBO: в документ попадали не все товары большой поставки — загружалась только первая страница ответа (100 строк). Теперь загружаются все товары и все поставки за период.
  • Wildberries, поставки FBO: для поставки в статусе «Принято» в документ теперь записывается количество, фактически принятое складом WB, а не запланированное по поставке. Для остальных статусов из настроек аккаунта берётся количество по поставке, как раньше.
  • Wildberries, поставки FBO: товары без сопоставленной номенклатуры записываются в журнал событий аккаунта; если не сопоставлен ни один товар поставки, документ не создаётся. Незапланированные поставки (без номера поставки) пропускаются.

1.3.6.37

Новые функции

  • Lamoda: цена без скидки при отправке цен берётся из вида цены до скидки в настройках аккаунта (как для других маркетплейсов), цена со скидкой — из основного вида цен. Если цена до скидки не задана или не больше цены 1С, отправляется одна цена 1С, без скидки. Раньше цена без скидки всегда отправлялась равной удвоенной цене 1С. На вкладке «Цены» колонки «Цена до скидок 1С» и «Скидка 1С» тоже заполняются из вида цены до скидки.

1.3.6.36

Исправленные ошибки

  • Lamoda: дата заказа, дата отгрузки и дата доставки записывались в регистр «Заказы маркетплейсов» со сдвигом на разницу часовых поясов (для Москвы — на 3 часа позже): время из UTC переводилось в местное дважды. Теперь даты записываются в местном времени без сдвига. У уже загруженных заказов даты отгрузки и доставки исправятся при следующем изменении статуса заказа или после загрузки командой «Загрузить заказы за период»; дата заказа в ранее загруженных записях не меняется.

1.3.6.35

Исправленные ошибки

  • Пометка на удаление дублей заказов клиентов: из нескольких неотгруженных документов по одному заказу маркетплейса теперь остаётся документ с ненулевой суммой, затем проведённый, затем более ранний по дате и номеру. Раньше при одинаковой дате дублей (обычный случай) оставляемый документ выбирался случайно, и мог остаться документ с суммой 0, а полноценный — уйти на удаление. Выбор теперь одинаков при каждом запуске.
  • Сообщение «Найдено несколько отгруженных документов по одному заказу маркетплейса» показывает рядом с каждым заказом клиента документы, которыми он отгружен (реализации, передачи хранителю, расходные накладные), — двойную отгрузку можно разобрать без поиска по базе. Отгруженные заказы по-прежнему автоматически не помечаются.

1.3.6.34

Новые функции

  • Lamoda: отправка остатков FBS из 1С — кнопкой «Отправить "Остаток в 1С" как "Остаток на моих складах"» и главным регламентным заданием (при включённой отправке остатков по расписанию). Отправляются только товары, у которых остаток 1С отличается от остатка на Lamoda. У Lamoda один склад продавца, поэтому склады 1С нужно привязать к складу маркетплейса «Lamoda FBS: склад продавца».
  • Lamoda: склады маркетплейса загружаются кнопкой «Загрузить склады маркетплейса» в настройках аккаунта: склад продавца (FBS) и склады Lamoda FBO (Быково, Софьино).
  • Lamoda: обновление остатков по данным маркетплейса (остатки FBS и FBO на вкладке «Остатки») и загрузка остатков FBO по складам Lamoda для вкладки «Анализ» и отчёта об остатках, в том числе по расписанию.
  • Lamoda: создание документов «Заказ клиента» по заказам Lamoda — кнопкой и по расписанию, как для других маркетплейсов. Товар заказа находится по Lamoda SKU или по артикулу продавца.
  • Lamoda: принятые поставки FBO (статус «Закрыта») загружаются как документы «Передача товаров хранителю» — кнопкой «Загрузить поставки в документ "Передача товаров"» и по расписанию (настройка «Загружать принятые поставки по схеме FBO как документ "Передача товаров"»). Как и для Ozon, работает в УТ 11.5 и новее, КА и ERP.
  • Lamoda: загрузка расходов по продаже товаров не выполняется — в API Lamoda нет отчётов о расходах; настройка скрыта в настройках аккаунта Lamoda. Вкладка поставок FBS (Wildberries) для Lamoda не показывается.

1.3.6.33

Новые функции

  • Lamoda: вкладка «Карточки маркетплейсов» — загрузка карточек товаров Lamoda (по одной строке на размер), поиск номенклатуры 1С по штрихкоду или артикулу (а также по артикулу модели, если размеры ведутся характеристиками одной номенклатуры) и создание связей с номенклатурой 1С, для ненайденных товаров — по выбору пользователя с созданием номенклатуры, как у других маркетплейсов.
  • Lamoda: отправка цен из 1С — кнопкой на вкладке «Цены» (для выбранных товаров) и главным регламентным заданием (при включённой отправке цен по расписанию). Lamoda принимает одну цену на модель для всех размеров, поэтому отправляется максимальная цена 1С среди размеров модели. Цена без скидки отправляется равной удвоенной цене 1С, цена со скидкой — цене 1С; скидка устанавливается на 30 дней и продлевается при каждой отправке. Ошибки Lamoda по отдельным товарам и отказы из-за условий акций выводятся в лог аккаунта.
  • Lamoda: на вкладке «Цены» показываются текущие цены Lamoda (с учётом действующей скидки) рядом с ценами 1С.

1.3.6.32

Новые функции

  • Начата интеграция с Lamoda (Lamoda Seller API v2). Аккаунт Lamoda заводится в справочнике «Аккаунты маркетплейсов» с маркетплейсом «Lamoda» или в помощнике создания аккаунта. В настройках аккаунта указываются Client ID (client_id), Client secret (client_secret) и идентификатор продавца (sellerId).
  • Lamoda: загрузка заказов в регистр «Заказы маркетплейсов» — кнопкой «Обновить заказы», командой «Загрузить заказы за период» и главным регламентным заданием (при включённой загрузке заказов по расписанию). Каждая позиция заказа хранится отдельной записью со статусом заказа Lamoda, ценой, артикулом продавца и Lamoda SKU; отменённые позиции отмечаются признаком отмены.
  • Lamoda: остальные команды (создание заказов клиентов, отправка цен и остатков, поставки, продажи и др.) пока не реализованы — при запуске выводится сообщение об этом, регламентное задание их для Lamoda не запускает.

1.3.6.31

Новые функции

  • Вкладка «Требует ручного разбора»: одна строка на заказ маркетплейса, каждый заказ клиента с дублем — в отдельной колонке «Заказ 1», «Заказ 2»…; щелчок по заказу открывает его. Добавлена кнопка «Обновить».
  • Поиск дублей заказов клиентов: неотгруженный дубль помечается на удаление, даже если его состав (дата, сумма, строки) отличается от оставляемого заказа — такие дубли появляются при переключении способа создания заказов. Не помечается только заказ, в котором есть заказы маркетплейса, которых нет в других заказах клиента (сводный заказ); если такой сводный заказ один, остаётся он, а помечается старый отдельный.
  • Записи ручного разбора, ситуация по которым уже разрешилась, удаляются автоматически при очередной проверке дублей. Отметка «Разобрано» при повторной проверке больше не сбрасывается.

1.3.6.30

Исправленные ошибки

  • УНФ: при создании заказов покупателей по заказам маркетплейсов возникала ошибка запроса «нет такой таблицы» (Документ.ЗаказКлиента). Поиск ранее созданного заказа по заказу маркетплейса (защита от дублей) теперь работает и в УТ, и в УНФ.

1.3.6.29

Новые функции

  • Настройки аккаунта (Wildberries, Ozon): добавлена настройка «Загружать остатки FBO не чаще, чем раз в (мин)» рядом с «Загружать остатки по FBO по расписанию». Раньше интервал был фиксированным — 60 минут; 0 по-прежнему означает 60 минут, новым аккаунтам ставится 60. Под настройкой выводится пояснение: остатки загружает главное регламентное задание, поэтому чаще, чем оно запускается, загрузка не выполняется. В пояснении показан текущий период запуска задания.

1.3.6.28

Новые функции

  • Если в 1С склад указывается только в шапке документов продажи (выключена опция «Использовать склады в табличной части документов продажи»), а заказы маркетплейса собираются в общий документ «Заказ клиента» (способы «Общий документ до создания поставки и реализации», «Все новые заказы в один документ», «Все новые заказы в непроведённый заказ клиента»), общий заказ ведётся отдельно для каждого склада: сборочное задание добавляется в заказ своего склада отправки. Раньше задания с разных складов попадали в один заказ, и 1С ставила в его строки склад шапки — резерв и отгрузка шли не с того склада.
  • Настройки аккаунта, которые при текущих настройках 1С или модуля не работали бы, теперь нельзя включить: они недоступны, а под ними красным написано, что мешает их включить. Проверяются: «Резервировать товары на складах» (опция 1С «Расширенные возможности заказа клиента», способ создания заказов), «Подбирать склад с остатками» (способ создания заказов, количество складов аккаунта), создание заказов и реализаций, отправка остатков FBS и загрузка поставок по расписанию (схема FBS, способ «Не создавать»), хозяйственная операция «Передача на комиссию» (опция 1С «Комиссия при продажах»).
  • Яндекс Маркет: при включённой настройке «Не использовать схему работы FBO» автоматически выключаются и становятся недоступными загрузка остатков FBO, отправка «0» по FBS при остатке FBO, создание заказов по поставкам FBO и загрузка поставок FBO как «Передача товаров».
  • В чек-листе начальной настройки на вкладке «Меню» появился пункт «Несовместимые настройки аккаунта»: при открытии обработки он красным перечисляет включённые, но не работающие настройки (и незаполненный склад поставок FBO при создании заказов по поставкам FBO). По нажатию открываются настройки аккаунта.

1.3.6.27

Исправленные ошибки

  • Сопоставление товаров маркетплейсов с номенклатурой 1С по артикулу не учитывает пробелы в начале и в конце артикула. Раньше номенклатура с артикулом вроде « NYM 5х1,5» (с пробелом в начале) не сопоставлялась с карточкой маркетплейса ни в одном режиме. Касается поиска в справочниках «Номенклатура» и «Номенклатура контрагентов» для всех маркетплейсов.

1.3.6.26

Новые функции

  • Яндекс Маркет: загружаются заказы с товарами, которые удалены с Маркета совсем (их нет даже в архиве каталога). Такой товар ищется в 1С по артикулу — в номенклатуре контрагента аккаунта, затем в номенклатуре; если он найден, строка заказа загружается. SKU Маркета у такого товара неизвестен: берётся из ранее загруженных заказов с этим артикулом, иначе 0.

1.3.6.25

Новые функции

  • Главное регламентное задание загружает остатки FBO по складам маркетплейса (Wildberries и Ozon), если в настройках аккаунта включено «Загружать остатки по FBO по расписанию». Остатки сохраняются в регистр остатков на складах маркетплейса, из которого строятся отчёты по остаткам FBO. По расписанию загрузка идёт не чаще раза в час, при ручном запуске — всегда. Раньше настройка была, но по расписанию остатки FBO не загружались.
  • Кнопка ручного запуска автоматических операций в общих настройках запускает их в фоне и не пересекается с регламентным заданием: если выполняется один запуск, другой пропускается с сообщением.
  • Аккаунт МегаМаркета создать больше нельзя: интеграция с МегаМаркетом не развивается. Существующие аккаунты МегаМаркета главное задание пропускает без ошибок.

Исправленные ошибки

  • Ошибка при проверке дублей номенклатуры контрагентов больше не отменяет загрузку заказов, цен и остатков по аккаунту; ошибка записи одного дубля не прерывает обработку остальных.
  • Снятие признака «Доставлено» у отменённых продаж выполняется раз в сутки по каждому аккаунту и в привилегированном режиме. Раньше оно выполнялось, только если задание запускалось в 4-м часу.
  • Загрузка поставок FBO как документов «Передача товаров» для аккаунтов не Ozon больше не вызывает ошибку «Не разработан код» при каждом запуске задания.
  • Wildberries: при загрузке остатков по складам больше 250 000 строк следующая страница запрашивается корректно, без дубля строки на границе страниц.
  • Ускорена работа главного задания: служебные проверки не выполняются для неактивных аккаунтов; очистка журнала событий выполняется раз в сутки, а не при каждом запуске; маркетплейс аккаунта определяется один раз; версия расширения для журнала вычисляется один раз за сеанс. Сообщения «в настройках отключено …» пишутся в журнал только при включённых подробных логах, а сообщения о ходе операций учитывают настройку «Записывать только ошибки и ручные запуски».

1.3.6.24

Новые функции

  • Wildberries: работает команда «Загрузить заказы за период» на вкладке «Все заказы» (раньше — «в разработке»). Период любой длины загружается частями по 30 дней; Wildberries отдаёт сборочные задания примерно за последние 90 дней. Загрузка за период не сдвигает точку отсчёта обычной загрузки заказов.

Исправленные ошибки

  • Яндекс Маркет: при загрузке заказов за период загружаются и старые заказы с товарами, которые продавец убрал в архив Маркета. Раньше строки таких заказов пропускались с ошибкой «не найдена номенклатура по артикулу» — каталог товаров Маркета не возвращает архивные товары. Теперь недостающие товары дозапрашиваются по артикулам.
  • Яндекс Маркет: каталог товаров при загрузке заказов запрашивается один раз за запуск, а не на каждую страницу заказов и каждый месяц периода — загрузка заказов за длинный период идёт в разы быстрее.

1.3.6.23

Исправленные ошибки

  • Wildberries: у продаж маркетплейса теперь ставится признак «Доставлено» по статусу «продано», отмена распознаётся по статусам отмены и отказа покупателя. Раньше доставка WB не отмечалась никогда, а отменённая продажа снова становилась активной при обновлении даты или кластера.
  • Изменение статуса «доставлен» у Wildberries и Яндекс Маркета теперь обновляет документ продажи.
  • Яндекс Маркет: по заказу с несколькими товарами создаётся документ продажи на каждый товар (раньше — только по первому).
  • Документы продажи, которые не удалось создать при загрузке заказа, досоздаются при следующем обновлении заказов клиентов (за последние 30 дней). Документы продажи создаются, даже если первая строка загруженного набора относится к другому маркетплейсу.
  • Комментарий документа продажи больше не увеличивается при каждом обновлении заказа.
  • Заказ клиента: НДС по ставкам 5% и 7% (и любым другим) рассчитывается, а не обнуляется; учитывается признак «Цена включает НДС».
  • Ozon: отмена строк заказа клиента по пропавшим заказам Ozon работает для всех аккаунтов Ozon.
  • Создание документов отгрузки по выбранным в списке заказам создаёт документы только по этим заказам (раньше — по всем заказам аккаунта).
  • Реализации по продажам юрлицам: ставка НДС, количество и суммы пересчитываются до записи документа; ошибка создания счёта-фактуры отмечается в журнале как ошибка.
  • Регламентное создание реализаций и возвратов: ошибка по одному аккаунту не останавливает обработку остальных.
  • Остатки на склад маркетплейса не отправляются повторно, если к нему привязано несколько складов 1С.
  • Wildberries: загружаются все поставки FBS постранично (раньше — только первые 1000); добавление грузомест в поставку больше не завершается ложной ошибкой (ответ 201).
  • Яндекс Маркет: склад маркетплейса записывается в заказ; заказы на сумму от 1000 ₽ обновляются без ошибки.
  • Ozon: заказ не падает при загрузке, если цена товара пришла числом.
  • Цены: при Ценообразовании 2.5 каждая характеристика получает свою цену; цена набора считается по одному (основному) варианту комплектации и по своему виду цен; цена, заданная в упаковке, пересчитывается в упаковку карточки вместо нуля.
  • Журнал: в записях указывается версия расширения текущего сеанса; префикс error не показывается в результате операции; форма не падает на графике продаж без данных; после смены аккаунта сбрасывается склад маркетплейса прежнего аккаунта.

1.3.6.22

Новые функции

  • Вкладка «Меню»: по нажатию на первый пункт начальной настройки (установка модуля и регламентные задания) открывается вкладка «Расписание» общих настроек — там можно проверить и настроить главное регламентное задание.

Исправленные ошибки

  • Вкладка «Меню»: у части пользователей писалось «Отключено главное регламентное задание», хотя задание было включено и работало. Проверка смотрела не на задание модуля, а на первое регламентное задание базы.

1.3.6.21

Исправленные ошибки

  • Список заказов FBS: кнопка «Позднее» в отборе по дате отгрузки показывала все заказы, а не только заказы после последней показанной даты.
  • Флажки «Получать и устанавливать обновления автоматически» и «Отправлять разработчику тексты ошибок» на форме всегда показывались включёнными; при изменении одного второй записывался включённым.
  • Форма перехода к регистрации открывалась, даже если активация только что подтвердилась.
  • Изменение остатка 1С в списке остатков подменяло выбранный на форме склад остатков.
  • Ошибки загрузки фото на Wildberries (например, не настроен реквизит со ссылкой на фото) теперь показываются пользователю.
  • Исправлены тексты предупреждений о незаполненном виде текущей и минимальной цены; сообщения о ненайденной номенклатуре привязываются к строке таблицы карточек.
  • Ошибка при пометке на удаление номенклатуры контрагента указывала не на тот элемент или сама завершалась ошибкой.
  • Яндекс Маркет: если в заказе не найдена карточка одного товара, остальные товары этого заказа теперь загружаются.
  • Яндекс Маркет: дата обновления остатков передаётся в UTC; при часовом поясе UTC+10 и больше, отрицательном или дробном смещении формировалась некорректная дата.
  • Wildberries: из ссылок на фото удаляются пробелы; технический аккаунт WB сразу создаётся с признаком «Технический аккаунт».
  • В журнал ошибок вместо текста ошибки записывалось «СообщениеПользователю» (выгрузка карточек WB, загрузка заказов ЯМ).
  • Запрос к маркетплейсу без указанного аккаунта теперь возвращает понятную ошибку вместо аварийного завершения.
  • Ozon: загрузка заказов по страницам — не терялись тексты ошибок, не происходило падение при отсутствии признака следующей страницы и при ровно 100 заказах на последней странице.
  • Ozon: кванты товара очищаются, если Ozon их убрал; при отсутствии квантов в ответе заполнение не прерывается для остальных товаров.
  • Ozon: если цены по части товаров не отправлены из-за незаполненной минимальной, текущей цены или цены до скидки, об этом пишется сообщение в журнал.

1.3.6.20

Новые функции

  • Кнопка «Отменить заказ» в списке заказов FBS теперь отменяет заказ на маркетплейсе — для Ozon, Wildberries и Яндекс Маркета — и только после успешного ответа маркетплейса отмечает его отменённым в 1С. Отменить можно заказы в статусах «Сборка» и «Отгрузка» (до передачи в доставку); перед отменой запрашивается подтверждение.

Исправленные ошибки

  • Кнопка «Отменить заказ» обрабатывала только заказы в статусе «Сборка», а для Яндекс Маркета могла отметить отменёнными все заказы аккаунта.

1.3.6.19

Исправленные ошибки

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

1.3.6.18

Исправленные ошибки

  • Ozon: загрузка карточек товаров больше не зависает в бесконечном цикле, если маркетплейс ответил ошибкой.
  • Ozon: при временной ошибке API (нет связи, превышен лимит запросов, ошибка сервера) старые незакрытые заказы больше не помечаются отменёнными — только если маркетплейс сообщил, что отправление не найдено.
  • Обновление остатков на складах маркетплейса (WB и Ozon) и товаров в пути Ozon больше не стирает данные других аккаунтов.
  • Ozon: исправлена постраничная загрузка поставок и товаров в пути; товары в пути записываются по своим поставкам.
  • Ozon и Яндекс Маркет: при обновлении заказа больше не сбрасывается статус заказа в 1С (и для ЯМ — номенклатура контрагента, кластер, регион).
  • WB: создание финансовых операций за месяц без продаж больше не оставляет незакрытую транзакцию.
  • WB: установка параметров отгрузки поставки FBS больше не завершается ошибкой в форме поставки при успешном ответе; стикеры и количество грузомест поставки не затираются при обновлении.
  • WB: ошибки отправки маркировки и создания поставки теперь показываются пользователю; исправлены загрузка отчёта реализации больше чем на 100 000 строк и загрузка предметов.
  • WB: повтор запроса после ответа «слишком много запросов» больше не дублирует параметры и тело запроса; недоступность сервера статистики не влияет на запросы к маркетплейсу.
  • Яндекс Маркет: цены с копейками отправляются корректно; ошибка получения каталога товаров больше не прерывает обработку.
  • Отправка остатков из формы для WB и Ozon больше не завершается ошибкой из-за незаполненных данных склада маркетплейса; отключённые в Ozon склады больше не включаются обратно; исправлена постраничная загрузка остатков FBO WB.
  • Ценообразование 2.5: установка нескольких цен подряд больше не вызывает ошибку.
  • Форма «Интеграция с маркетплейсами»: сохраняется настройка автоматического обновления; отмена ввода количества грузомест не подтверждает отгрузку; исправлены фильтры заказов (для Ozon и при смене склада), подсчёт заказов по датам отгрузки, отбор списка продаж, статья расходов при списании недостачи, сообщения при неактивированном продукте.
  • Автотесты: исправлено 10 тестов, которые не могли упасть или падали ложно.

1.3.6.17

Исправленные ошибки

  • Получение настроек аккаунта для ещё не выбранного аккаунта (или для СММ-аккаунта) теперь всегда возвращает полный набор полей регистра настроек со значениями по умолчанию — вместо ограниченного набора, из-за которого обращение к отдельным полям могло приводить к ошибке.

1.3.6.16

Исправленные ошибки

  • При первом открытии формы «Интеграция с маркетплейсами» после установки расширения (пока не выбран ни один аккаунт) возникала ошибка «Преобразование значения к типу Булево не может быть выполнено».

1.3.6.15

Новые функции

  • На странице «Управление обновлением» и в форме общих настроек добавлена ссылка «История версий», ведущая на страницу истории релизов на сайте — теперь перед установкой обновления можно посмотреть, что изменилось.

1.3.6.14

Исправленные ошибки

  • Заказы клиентов Wildberries создавались с датой на 3 часа позже фактической («заказы из будущего») — к дате заказа ошибочно применялось смещение часового пояса, которое для WB не нужно (в отличие от Ozon, который отдаёт даты по Гринвичу).

1.3.6.13 и промежуточные версии 1.3.6.10–1.3.6.12

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

Новые функции

  • Сводные документы отгрузки — один документ реализации на несколько заказов по складу (при включённой соответствующей настройке).
  • Правило создания документа возврата: только при физическом возврате товара продавцу (для WB — по отчёту о возвратах, для Ozon — по статусу «получено продавцом»); возврат на склад маркетплейса документа не создаёт.
  • Диагностика загрузки заказов по расписанию — статус последней загрузки виден прямо на форме обработки.
  • Отображение регистра «Требует ручного разбора» в форме обработки.
  • Оптимизация загрузки заказов Wildberries и общей производительности обработки.

Исправленные ошибки

  • Заказы на наборы не создавались — исправлено.
  • Новые заказы Wildberries могли приходить без цены и штрихкода.
  • Продажа могла одновременно считаться отменённой и доставленной.
  • Ошибка «Поле объекта не обнаружено» для заказа с незаполненным аккаунтом.
  • Двойные строки заказов при повторном получении одного и того же id от API — добавлен второй проход дедупликации по номеру заказа клиента.
  • Группировка на временной таблице из внешнего источника (возвраты) приводила к ошибке — исправлено.

1.3.6.9

Версия на момент первой выгрузки в git-репозиторий. Отдельного учёта изменений по версиям до этой точки не велось, поэтому состав изменений именно этой версии не задокументирован.