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

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

2.0.5.6

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

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

Исправления

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

2.0.5.5

Исправления

Карточка заказа маркетплейса снова открывается: в колонке связанных документов явно указаны типы документов расширения (продажа маркетплейса и поставка), поэтому их ссылки не подменяются пустым значением. Раньше карточка заказа с таким документом падала с ошибкой «Значение не является значением объектного типа (Метаданные)», а 1С зависала и перезагружалась
Строка связанных документов без ссылки больше не роняет карточку: она пропускается и не считается документом заказа

2.0.5.4

Исправления

Ошибки несозданных карточек Wildberries перечисляются по артикулам в одном и том же порядке: список не перестраивается от загрузки к загрузке, причину по артикулу видно сразу
Из расширения убран общий модуль, весь код которого был закомментирован: состав модуля УТ и модуля УНФ совпадает, сборка для УНФ проходит проверку паритета

2.0.5.2

Исправления

Запросы этапов надёжности 72–77 снова выполняются: предел выборки подставляется числом (параметр после ПЕРВЫЕ недопустим), псевдонимы таблиц состояния доставки и входа заказов больше не совпадают с именами полей
«Экран состояния» открывается и строит строки очереди: колонка «Документ» создаётся без недопустимого типа ДокументСсылка
Тесты надёжных заказов записывают измерения регистра входа и проверяют атомарность связи заказа с документом; испытания диспетчера и диагностики очереди приведены к контрактам
Сверка остатков по снимкам и пакеты отправки получают дату начала и желаемое значение позиции: строки таблиц и структуры читаются без ошибок «Поле объекта не обнаружено»
Курсор загрузки заказов сохраняется под ключом аккаунта и потока, а вход работы заказа считается по всем строкам: изменение любой строки повышает версию входа
Переход внедрения сначала проверяет готовность и только потом записывает состояние «Выполняется»; метрики не падают на пустых значениях, состав отправки Lamoda не дублирует SKU
Автотесты этапов 72–77: фикстуры нового аккаунта сохраняют измерение настроек, повтор страницы и сброс курсора проверяются явно

2.0.5.1

Исправления

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

2.0.4.22

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

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

Исправления

«Честный знак» WB FBS: при отказе покупателя в пункте выдачи код маркировки больше не снимается раньше документа возврата — возврат в оборот создаётся
Отчёт комиссионера: покупатель по ИНН ищется по ИНН и КПП, не найденный покупатель — пустая ссылка вместо ошибки
Подбор FBS с КИЗ: сбой записи штрихкода упаковки пишется в журнал аккаунта, а не пропускается молча

2.0.4.20

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

Приёмка WB FBW: 6 сквозных тестов и 4 инварианта (ИНВ-WB-ПЛАН-FBW-6…9), штатная подмена ответов HTTP вместо тестового расширения, статическая проверка формы плана, ручные проверки в docs/manual-checks.md; реестр 374 кода, 490 из 823 тестов на доказательствах

2.0.4.19

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

Доказательные тесты и приёмка Яндекс Маркета FBY: маркер команды одного сеанса, документы и адрес ярлыка, статусы/склады/даты — 3 новых теста и 3 инварианта (ИНВ-ЯМ-FBY-КОМАНДА-1, ИНВ-ЯМ-FBY-ЯРЛЫК-1, ИНВ-ЯМ-FBY-СКЛАД-1); ручные проверки — docs/manual-checks.md; реестр 370 кодов, 484 из 817 тестов на доказательствах

2.0.4.18

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

Доказательные тесты, этап 3, порции 4b–4d (WB, ЯндексМаркет, Заказы, АккаунтыНастройки, ОтгрузкиПоставки): 45 тестов существенных правил переведены на записи-доказательства, 26 новых инвариантов; реестр docs/invariants.md — 367 кодов, 481 из 814 тестов на доказательствах; этап 3 закрыт

2.0.4.17

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

Единый результат операции и понятная диагностика (задача 71, этап 1): состояния «выполнено / частично / пропущено / занято / требуется действие / временная ошибка / результат уточняется», уровень подтверждения, ожидаемый и фактический объём, причина с устойчивым кодом и действием пользователя; отправка остатков и повтор по расписанию возвращают результат, а не «нет исключения»; состояние и причина видны в панели «Состояние интеграции»
Контракты API Ozon: в белые списки внесены поля фактического ответа (начисления и списки отправлений FBS/FBO), образцы дополнены — предупреждения о полях Ozon больше не заслоняют настоящие изменения API

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

Лицензия: файл расширения для клиентов собирается с настоящим секретом подписи записи о сроке — раньше в него попадала заглушка, и выданная сервером запись не проходила проверку, из-за чего работа без связи с сервером лицензий прекращалась; сборка с заглушкой теперь невозможна
Лицензия: дата окончания переходного периода перенесена на 14.11.2026 (выпуск 31.10.2026 + 14 дней) — до неё клиенты без связи с сервером лицензий работают по прежней проверке кода регистрации
Планы поставок Яндекс Маркета FBY: идентификатор кампании и заявки канонизируется строкой — 19-значные идентификаторы больше не теряют последние цифры, значение больше int64 отклоняется
Диагностика операций: запрос состояния операций больше не конфликтует с именем нового поля — панель «Состояние интеграции» и баннер работают

2.0.4.16

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

Отчёт расхождений отчётов комиссионера: табличный документ «Расхождения отчётов комиссионера» с типами расхождений (не хватает на комиссии, товар не сопоставлен, документ не проведён) и пункт «ОтчетКомиссионера» в блоке «Требует внимания» всех интерфейсов; в предупреждения о создании документа дописана подсказка, где смотреть подробности
Планы поставок Яндекс Маркета FBY: команды плана закрыты до чтения документа и до обращения к API, ответ кампании и документы поставки разбираются отдельными проверками, перед подтверждением проверяются актуальность предпросмотра и уникальность связи; 6 новых тестов и 4 инварианта
Доказательные тесты, этап 3, порция 4a (Ozon, ЦеныОстатки, Финансы): 8 тестов существенных правил переведены на записи-доказательства, новые инварианты ИНВ-OZON-КОНТРАКТ, ИНВ-ОСТАТКИ-FBS-ОТВЕТ-1, ИНВ-ФИН-СОГЛАШЕНИЕ-1, ИНВ-ФИН-НАЧИСЛЕНИЯ-OZON-1, ИНВ-ФИН-ОТЧЕТ-УСЛУГ-ЯМ-1, ИНВ-ФИН-КОНТРАКТ; реестр — 337 кодов, 435 из 813 тестов на доказательствах

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

Отчёт расхождений отчётов комиссионера не строился из-за перекрытия имени коллекции метаданных; исправлено, сквозной тест отчёта сделан самодостаточным
Ночная цепочка: UI-тесты интерфейса идут скриптом в 04:00 с сохранением итога, провал показывается в начале следующей сессии, чат ночного разбора запускается в 05:30 после цепочки
Навигационные шапки модулей и форм собраны заново (в том числе формы «Интерфейс 3» и «Рабочее пространство»), карта модулей и описания обновлены, добавлена статическая проверка форм, UI-сценарий рабочего дня дополнен (29 шагов, прогон пройден)
Приёмка партии в тестовой УТ: исправлены три новых теста (фикстуры «Документ не проведён», уникальность связи Яндекс Маркета FBY), тавтологичное доказательство трафаретов расходов заменено настоящим
Правила: интегратор — тот, кого попросили собрать модуль (только на Windows-машине); подробные промпты задач хранятся в docs/task-prompts/ со статусом готовности

2.0.4.15

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

Доказательное тестирование, этап 3, порция 3: тесты Lamoda и карточки заказа сохраняют в результатах регрессии проверенный инвариант, сценарий и полученные значения; реестр инвариантов — 326 кодов, на доказательствах 419 из 802 тестов

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

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

2.0.4.14

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

Индекс экспортных методов (docs/methods-index.md): сигнатура и строка любого метода модуля в одном файле — поиск по имени метода больше не требует чтения модулей
Инструмент правки кода модуля (scripts/bsl_patch.py): правка одной командой с проверкой единственности места, сохранением кодировки и переводов строк, маркерами изменений и проверкой баланса блоков
Русский текст в выводе всех служебных скриптов читается в конвейере без искажений (UTF-8)

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

Восстановлены утраченные проверки-доказательства в тестах цен и остатков (28 тестов): поведение снова фиксируется инвариантом, сценарием и полученным значением

2.0.4.13

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

Планы поставок Яндекс Маркета FBY: в документе плана можно проверить кампанию FBY и склады, подготовить план и передать его в кабинет, после сверки состава явно привязать заявку, увидеть состояние и приемку поставки, напечатать официальные ярлыки грузомест CARGO_UNITS. После привязки товары, количества, короба, склад и аккаунт меняются только командой плана
Срок действия токена Ozon, Яндекс Маркета и Lamoda сохраняется в настройках аккаунта: заполняется при вводе нового токена и если дата еще пустая. Красный баннер просроченного токена теперь работает по всем четырем площадкам
Доказательное тестирование, этап 3: тесты интерфейса, инфраструктуры (журналы, регламентные задания, повторы HTTP, подписки) и все 16 сквозных профилей настроек сохраняют в результатах регрессии проверенный инвариант, сценарий и полученные значения; реестр инвариантов сверяется скриптом

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

План поставки FBO: запись документа вне формы (команды плана, привязка и обновление поставки) больше не падает с ошибкой «Индексированное значение доступно только для чтения» — защита служебных полей плана Маркета обрывала запись
Блокировка состава плана поставки FBO: проверки раскладки по коробам и запрета смены количества шли в одной транзакции, и после отклоненной записи документ не читался; проверки разнесены по отдельным транзакциям
Автотесты отгрузок и поставок: восстановлена сборка модуля тестов — проверка предпросмотра плана получала таблицу из чужого контекста, а доказательства сравнения пустой ссылки документа отгрузки использовали ссылку на несуществующий объект

2.0.4.12

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

Планы поставок Wildberries FBW: в документе плана можно создать черновик поставки и подтвердить его обновление, выбрать уже оформленную поставку и сверить состав, приемку и упаковки
Сверху главного окна жирная красная надпись, если токен аккаунта не заполнен или уже просрочен: пока токен не заменен, заказы, остатки и цены не отправляются. Срок читается у Wildberries, Ozon, Яндекс Маркета и Lamoda, а не только у Wildberries

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

Яндекс Маркет: запрос повторяется после отказа по лимиту 420 (раньше повтор был только после 429, и сообщение о лимите доходило до пользователя). Отправка остатков FBS больше не падает, если каталог товаров аккаунта не получен
Wildberries: загрузка заказов не считает ответ 401 тайм-аутом и не ждет 60 секунд перед повтором той же страницы. Повтор запроса заказов только после 408, 429 и 5xx

2.0.4.11

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

Каталог карточек: чтение отчета остатков FBO Wildberries из кэша прогона больше не учитывается как новая загрузка (счетчик загрузок показывал реальные и повторные обращения к API как одинаковые)
Сборка УНФ и регрессия УТ/УНФ: исправлены провалы тестов кэша отчета FBO, подписки сопоставления каталога и блокировки состава плана поставки FBO

2.0.4.10

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

Большой ассортимент, этап 2: сохраненный каталог карточек в регистре «Карточки маркетплейса» — каталог пишется при каждой загрузке карточек Wildberries, Ozon, Яндекс.Маркета и Lamoda; отправка остатков и цен, проверка сопоставления и создание номенклатуры читают карточки из регистра, а не из памяти загрузки; при неизвестном товаре каталог перезагружается вне очереди; регламентная загрузка карточек раз в настраиваемый период (настройка аккаунта)
Доказательное тестирование: автотесты заказов, цен и остатков, специфики маркетплейсов и финансов переводятся на записи-доказательства — каждый зеленый тест сохраняет проверенный инвариант, сценарий и полученные значения (видны в результатах регрессии); новые инварианты ИНВ-WB-СТАТУС-1, ИНВ-СОПОСТВ-1, ИНВ-ЗАКАЗЫ-*, ИНВ-ЦЕНЫ-*, ИНВ-ОСТАТКИ-*, ИНВ-OZON-ПАГИНАЦИЯ, ИНВ-ЯМ-КОНТРАКТ, ИНВ-ЯМ-ПАГИНАЦИЯ, ИНВ-ФИН-ВЕСА, ИНВ-ФИН-ВОЗВРАТ-СТРОКА, ИНВ-ФИН-ТИПЫ-СТРОК, ИНВ-ФИН-СТАТЬИ

2.0.4.8

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

Ozon: заказы, дошедшие до статуса «Доставлено» (delivered) до оформления документа, больше не пропускаются — по ним, как у WB (sold) и Яндекс.Маркета (DELIVERED), создаётся «Заказ клиента». Раньше этот статус был исключён из отбора новых сборочных заданий, и такие заказы приходилось заводить вручную; правка в отборе для УТ и УНФ

2.0.4.7

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

Помощник начальной настройки не завершался после создания первого аккаунта: кнопки «Далее» и «Пропустить» не переводили в модуль, а каждое нажатие создавало ещё один аккаунт. Причина — запись настроек пользователя без аккаунта (её создают окно «Что нового» и запоминание вкладок). Теперь в этом случае выбирается первый аккаунт базы

2.0.4.7

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

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

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

Настройки аккаунта Wildberries: статусы для реализаций (wbStatus) снова сохраняются — колонка старого справочника принимает оба перечисления, а статус чужого типа форма помечает как нехранимый
Главное регламентное задание выбирается среди дублей по признаку работы, а не первым попавшимся: выключенный или пересозданный экземпляр больше не выдаётся за рабочее задание
Ошибки модуля, не распознанные сервером (обезличенный «зонтик» без стека), приходят с различителем шаблона — по нему видно, откуда ошибка, и она перестала быть неразбираемой (T86)

2.0.4.4

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

Пакет ошибок для разработчика: к обезличенному диагнозу добавлен безопасный стек — модули и номера строк кадров из текста ошибки ({ОбщийМодуль.мсX.Модуль(479)}). Скрытые сбои на актуальной версии (ранее единый текст «Ошибка модуля», подробности только в локальном журнале) стали различимы; ответы API и данные клиентов по-прежнему не передаются. Тест Тест_ОтправкаОшибок_СтекВДиагнозе (T84)

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

УНФ: документы мсОтправкаЦен и мсРасчетПоставокПоКластерамРегионам (удалены из УТ в 2.0.3.33, T73) исключены из сборки УНФ — проверка состава расширения УНФ больше не считает их расхождением (unf-build/rules.json)
Тест Тест_Лицензия_РегламентБезЛицензииВыходитТихо: дедупликация записи в журнале лицензий по часу допускает race condition (2–3 записи при быстром запуске 3 регламентных заданий), тест принимает 1–3 записи вместо жёсткого «ровно 1»

2.0.4.3

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

Яндекс Маркет: команда «Создать связь в 1С» ищет существующую номенклатуру контрагента по артикулу (offerId), а не по SKU Маркета. Товары с общим SKU больше не перезаписывают связь друг друга, недостающие связи создаются (в УНФ номенклатура контрагента для таких карточек не создавалась)
Яндекс Маркет: несколько товаров с общим SKU в одном заказе загружаются отдельными строками (раньше в заказе оставался один товар)
Яндекс Маркет: автотест остатков больше не пишет в журнал аккаунта ошибку «Не было получено ни одного артикула для получения остатков»
Раскладка плана поставки FBO по коробам: исправлена сортировка номеров коробов (ошибка «Метод объекта не обнаружен (Сортировать)»)

2.0.4.2

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

Ozon FBO: создание коробов (грузомест) поставки и этикеток коробов из плана поставки (`/v1/cargoes/create`, `/v2/cargoes/create/info`, `/v1/cargoes/get`, `/v1/cargoes-label/*`)
Раскладка товаров по коробам вручную и авто (по N штук)
Блокировка состава плана после создания поставки на площадке

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

Исправлен endpoint статуса создания коробов: `/v2/cargoes/create/info` вместо несуществующего `/v1/cargoes/create/info` (официальная спецификация Ozon Seller API)

2.0.4.1

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

Пять вариантов главной формы обработки: классическая, новые дашборды «Интерфейс 4», «Рабочее пространство» и «Интерфейс 5 — стол дня», единый выпадающий переключатель интерфейсов с подписями авторов — выбранный аккаунт и фильтры сохраняются, начальная страница не закрывается.
Баннер «Текущее состояние» при входе: расписание, заказы и отмены за 24 часа и 7 дней, ключи API, проблемы, сверка и сгруппированные ошибки по выбранному аккаунту, переходы к разделам и история событий заказов.
Карточка заказа маркетплейса: единый понятный статус, свёрнутые служебные поля, ручное редактирование, актуальное и сохранённое сопоставления с дублями, документы с учётом аккаунта и предупреждения.
План поставки FBO: единый серверный расчёт (скорость продаж, остатки маркетплейса, свободные остатки 1С с распределением, региональный разрез по кластерам), модель данных плана, создание черновика и заявки Ozon выбранным тайм-слотом, предпросмотр для личного кабинета Wildberries, Яндекс Маркета и Lamoda.
Честный знак на Wildberries (FBS): режим аккаунта «Маркетплейс», колонка проблемы маркировки в списке заказов без блокировки отгрузки, режимы «Документы ИС МП» и «ГИС МТ», сверка кода с метаданными заказа, снятие и возврат кода, подбор заказа на складе сканером (штрихкод и код ЧЗ) с переносом кода в документ отгрузки и отправку на WB; инструкция пользователя.
Lamoda: проверки надёжности обмена (неполные страницы, повтор после 401, сбой соединения не считается пустой загрузкой), неизменяемый журнал финансовых импортов с версиями и строками, предпросмотр еженедельного отчёта кабинета; таблица контрактов API.
Ozon: создание карточек товаров из номенклатуры 1С (дерево категорий, статусы импорта, НДС строкой); права токена проверяются при вставке ключа, ограниченный ключ подтверждается с перечнем недоступных операций.
УНФ: цена набора из цен комплектующих, наборы в отчёте комиссионера по составу и ценам, подписки проведения отгрузки и общая форма сопоставления номенклатуры; регламентные задания при обновлении создаются и остаются выключенными.
Ночная проверка контракта API маркетплейсов: белые списки полей и статусов, предупреждения о новых полях в отчёте ночной регрессии.
Производительность: индексы таблиц и соответствий вместо поиска перебором, кэш на операцию в добавлении строки заказа, подбор склада по заказу одним запросом остатков, пакетная запись регистров в УНФ, один серверный вызов на тик этикеток и кэши единиц и категорий в формах, ранний выход из сбора статистики WB.

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

Wildberries: изменение скидки отправляется при неизменной цене до скидки.
Ozon: отказ 403 по ролям ключа объясняется причиной и действием, другие ответы 403 — прежним текстом.
Журнал событий: сообщение без аккаунта больше не записывается ошибкой во все аккаунты.
Переключение интерфейса на форме начальной страницы не падает на закрытии окна.
У серверных общих модулей включён вызов сервера; исправлена компиляция мсЗапросыКМаркетплейсамСервер (переменные уровня модуля в серверном модуле).
Черновик поставки FBO Ozon не теряет статус создания, если в ответе только номера заявок.
Wildberries, большой каталог: адрес запроса цен больше не накапливает параметры страниц — на каталоге в сотни тысяч карточек запрос не падал с 414.
Заказ клиента с набором создаётся на конфигурациях, где у состояния запаса уже нет значения «В наличии»: фильтр по состоянию не роняет запрос.
Пакетное сопоставление карточек устойчиво выбирает тот же элемент, что и поиск по одной карточке.

2.0.3.38

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

Быстрее запись заказов Wildberries без номера сборочного задания (заказы FBO): документ «Продажа маркетплейса» ищется по номеру заказа через индекс, а не перебором всех таких документов — запись одного заказа примерно в 1,7 раза быстрее, набора из 500 заказов — в 4 раза.
Быстрее создание реализаций и передач на комиссию: строки заказов к отгрузке сверяются с уже созданными документами по номеру заказа маркетплейса через индекс — на тестовой базе в 2,5 раза быстрее, на больших базах разница больше.
Быстрее загрузка новых заказов: номенклатура контрагентов аккаунта отбирается по индексу, маркетплейс аккаунта не вычисляется в каждой строке запроса — примерно на треть быстрее. При обновлении расширения 1С перестроит индексы справочника «Номенклатура контрагентов» и документов «Продажа маркетплейса».
УНФ: индексы по номеру заказа маркетплейса в строках заказов покупателей и расходных накладных и по аккаунту в номенклатуре контрагентов — поиск этих строк при загрузке заказов и создании накладных не просматривает таблицы целиком.

2.0.3.37

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

Wildberries: заказ, отмененный до отгрузки (статусы canceled, declined_by_client), снова отменяет строку заказа клиента в УТ — раньше отмена искалась по признаку isCancel, который у WB не ведется.

2.0.3.36

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

Wildberries: быстрее запросы к API — сбор статистики после каждого успешного запроса больше не опрашивает сетевые адаптеры (WMI), если статистика уже отправлялась за последние сутки.
Заказ клиента больше не создает пустой элемент справочника «Объекты расчетов» (без объекта и наименования): объект расчетов искался до первой записи заказа, по еще пустой ссылке. Объект расчетов записанного заказа ставит типовой код УТ.
УНФ: строка расходной накладной без номера заказа маркетплейса (добавлена вручную) больше не привязывает накладную ко всем записям регистра заказов аккаунта без номера заказа.

2.0.3.35

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

УНФ: расходная накладная снова записывается в регистр заказов маркетплейсов как документ отгрузки заказа — в 2.0.3.34 запись падала с ошибкой «Недопустимый тип сравнения».

2.0.3.34

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

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

2.0.3.33

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

Из модуля удалены неиспользуемые документы «Отправка цен» и «Расчёт поставок по кластерам/регионам»: они нигде не создавались, а расчёт поставок давно выполняет обработка «Планирование поставок» с документом «План поставки FBO». Пункт «Расчёт поставок по кластерам/регионам» пропал из панели навигации.

2.0.3.32

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

Быстрее запись заказов маркетплейсов на больших базах: документ «Продажа маркетплейса» при каждой записи заказа ищется по индексу, а не просмотром всех документов, и без повторной проверки статусов по каждой строке — запросы при записи одного заказа быстрее примерно на 40%, а время больше не растёт с числом документов продаж.
Быстрее создание заказов клиентов и документов отгрузки: строки заказов клиентов, реализаций и передач товаров хранителю ищутся по номеру заказа маркетплейса через индекс; поиск общего заказа клиента на тестовой базе ускорился в 16 раз. Проверка, не отгружен ли общий заказ более поздней реализацией, смотрит только документы после даты заказа, а не все реализации базы.
При обновлении расширения 1С перестроит индексы таблиц заказов клиентов, реализаций, передач товаров и продаж маркетплейса — на больших базах обновление может занять несколько минут.

2.0.3.31

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

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

2.0.3.30

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

Работа с ТСД (первая версия): пункт меню «Работа с ТСД» — форма для мобильного клиента 1С и ТСД с подбором и упаковкой. Кладовщик сам берёт заказы по отбору (аккаунт, дата отгрузки, группа и вид номенклатуры, название или артикул); один заказ ведёт один кладовщик, задание без движения 4 часа снимается само. Сводный лист подбора по товарам, скан со сканера ТСД или камерой смартфона, «Нет товара» возвращает заказ в очередь с пометкой. Отсканированное количество хранится в базе и не теряется при обрыве связи; коды маркировки «Честного знака», отсканированные при сводном подборе, сохраняются за заказом (тот же код в другом заказе не принимается) и снимаются при отказе от заказа.
Новая форма «Место упаковщика» (кнопка в списке заказов FBS и в рабочем месте сборщика): упаковка со сканером, в том числе подключённым через драйвер, по всем аккаунтам и станция печати этикеток заказов, собранных на ТСД. Упаковка не открывает заказ, который ведёт другой кладовщик, и берёт подобранные заказы первыми.
Lamoda: общий журнал финансовых импортов — версии отчётов, исходные файлы и строки; повтор того же файла не меняет учёт, исправленный отчёт сохраняется новой версией с разницей строк и итогов, смена договора или организации у того же отчёта требует подтверждения. Основа для загрузки отчётов агента Lamoda FBO и FBS.
Ночная проверка контрактов API маркетплейсов: ответы проверяются целиком, отсутствующее поле отличается от null, проверяются форматы дат и новые поля; в ночном отчёте — покрытие по каждому контракту.

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

Wildberries: отправка цен больше не пропускает товар, у которого изменилась только скидка при прежней цене, — раньше такой товар считался неизменным и скидка на маркетплейс не уходила. Цена и скидка сравниваются с тем же округлением, с каким заполняются при отправке.
Проверка прав токена Ozon: при ответе «Нет» возвращается и Client ID; проверка выполняется только при заполненных Client ID и ключе; объяснение ошибки 403 по ролям — только для Ozon.
Главное регламентное задание модуля пересоздаётся автоматически (с тем же расписанием), если оно перестало выполняться; самолечение включено по умолчанию.
Закрытие общих настроек: при возврате на главную форму больше не появляется окно «К сожалению, возникла непредвиденная ситуация» (ошибка передачи записи настроек с сервера на клиент).
Список заказов FBS на УТ 11.5 и новее: возвращена колонка «Статус для реализации».

2.0.3.29

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

Ozon: создание карточек товаров на Ozon из номенклатуры 1С — выгрузка карточек с атрибутами категории, ожидание разбора задания Ozon; для созданных карточек сразу заводится сопоставление с номенклатурой, ошибки по отдельным карточкам показываются списком несозданных.
Сопоставление карточек: на одну карточку маркетплейса действует одно сопоставление с номенклатурой; новое сопоставление отключает прежнее (оно не удаляется, а помечается недействительным), регламентная проверка оставляет самое новое.
Маркировка Wildberries: режим «ГИС МТ» с проверкой кода перед отправкой и сверка кода с метаданными заказа WB в колонке «Маркировка».

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

Ozon: загрузка карточек больше не падает с ошибкой 400, если в порции остались одни архивные товары (пустой список product_id в запросе /v3/product/info/list).
Ночная проверка заказов Ozon ускорена: заказы FBS грузятся по времени изменения, явно заданный период не затирается окном в 60 дней.
При обновлении модуля отсутствующие регламентные задания создаются выключенными (до сохранения расписания пользователем они не запускаются); включённые задания не меняются.
УНФ: исправлена ошибка компиляции — в коде использовалась несуществующая в 1С функция Abs.
Список заказов FBS: над списком показано, по какому правилу создаются документы отгрузки (статусы из настроек аккаунта, «сразу» или автосоздание выключено), со ссылкой на нужную страницу настроек.
Карточка заказа: список документов больше не падает с ошибкой «РАЗРЕШЕННЫЕ доступно только у первого запроса».
Маркировка WB: исправлена проверка подключения к ГИС МТ по сертификатам организаций и сверка с метаданными заказа (признаки «отменен», «отправлен» и «нужна маркировка» считались заполненными у всех заказов).

2.0.3.28

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

Режим «Упаковка»: ошибка компиляции формы в веб-клиенте (ИмяКомпьютера недоступна) — принтер этикеток теперь запоминается в настройках пользователя без имени компьютера.
УНФ: из расширения убран устаревший документ «Заявка на поставку FBO» (вместо него используется «План поставки FBO»); в сборке УНФ определяемые типы БЭД заменяются справочниками характеристик и единиц измерения.

2.0.3.27

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

Остатки Яндекс Маркета в УНФ: исправлена ошибка «Поле не найдено НоменклатураКонтрагентов.АртикулХарактеристики» при сопоставлении карточек по артикулу.
УНФ: отчёт комиссионера по набору больше не падает с ошибкой «Поле объекта не обнаружено (НомерСтроки)» при разворачивании набора по ценам комплектующих.
Проверка контракта API: исправлены чтение ответа и ожидаемая форма ответа Ozon (список отправлений без обёртки result).

2.0.3.26

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

Новый вариант интерфейса обработки «Интерфейс 4» (центр управления): открывается из основной формы кнопкой перехода с тем же аккаунтом; классическая форма остаётся основной.
УНФ: в отчёте комиссионера проданный набор разворачивается в комплектующие по составу из регистра «Состав наборов», доли считаются по ценам комплектующих вида цен аккаунта.
Проверка контракта API маркетплейсов: тесты загрузки заказов Ozon и отчёта реализации WB сверяют форму ответа с ожидаемой и заранее показывают изменения на стороне маркетплейса.

2.0.3.25

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

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

2.0.3.24

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

УНФ: цена набора, отправляемая на маркетплейс, считается как сумма цен комплектующих по составу набора (регистр «Состав наборов»), если у самого набора цена не задана; если у какой-то комплектующей нет цены, это попадает в журнал.

2.0.3.23

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

Отчёт комиссионера в УНФ: разворот набора в комплектующие больше не обращается к справочнику упаковок, которого в УНФ нет.

2.0.3.22

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

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

2.0.3.21

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

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

2.0.3.20

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

Помощник сопоставления карточек подбирает упаковку по названию карточки («набор 3 шт», «упаковка 10 шт», «x5», «2 пары»): среди упаковок номенклатуры выбирается упаковка с таким коэффициентом, её можно изменить. Колонка «Упаковка» в помощнике видна, когда в аккаунте включена настройка «Использовать упаковки».
Настройку «Использовать упаковки» нельзя включить, если в 1С выключены упаковки номенклатуры: форма настроек показывает причину, чек-лист — включённую настройку как ошибку.
Проверка данных «Один товар в карточках с разными упаковками»: показывает товары, у которых несколько карточек в упаковках с разным коэффициентом — остаток каждой такой карточки считается от всего свободного остатка товара.

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

Упаковка карточки действует только при включённой настройке «Использовать упаковки»: при выключенной остаток карточки отправляется в базовой единице, а строка заказа клиента создаётся без упаковки. Раньше упаковка из сопоставления делила остаток и попадала в заказ, хотя колонка «Упаковка» при выключенной настройке скрыта. Упаковки в сопоставлении при выключении сохраняются и снова действуют после включения.
Цены без учёта упаковок: цена, назначенная в 1С на упаковку, пересчитывается в цену единицы — раньше на маркетплейс уходила цена упаковки как цена штуки.

2.0.3.18

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

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

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

Wildberries: при обновлении статусов сборочных заданий ошибка одной порции (по 1000 заданий) больше не теряется и не прерывает обновление остальных порций — она попадает в журнал и в итог загрузки заказов.

2.0.3.17

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

Главная обработка открывается быстрее: настройки всех аккаунтов читаются одним пакетным запросом (раньше — запрос на каждый аккаунт), чек-лист начальной настройки и видимость элементов получают уже прочитанные настройки, сводка заказов FBS при открытии ограничена последними 90 днями, фоновые задания (проверка обновлений, обработка регистров складов, проверка дублей заказов) запускаются не чаще раза в час на аккаунт. Регламентные запуски этих заданий не ограничиваются.
Сводка настроек аккаунта на главной форме выводится без токенов и ключей: секреты маскируются, пустые поля не показываются; полные значения — в форме настроек аккаунта.
Разовые миграции данных (сроки хранения журнала событий, адрес сервера статистики Wildberries, перенос хранения аккаунтов) выполняет главное регламентное задание под флагом версии, а не открытие обработки.
Панель фоновых операций в простое опрашивает сервер раз в минуту (при выполняющейся операции — чаще, как раньше).

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

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

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

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

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

Яндекс Маркет: если склад не указан в настройках аккаунта и для заказа не нашёлся склад в сопоставлении, берётся первый склад из таблицы соответствия складов — заказ клиента больше не остаётся без склада и проводится.
Перенос истории остатков в снимки: граница исходных снимков сохраняется до записи первой порции и не сдвигается при повторном запуске после сбоя.
Подбор серий по FEFO в сводной реализации: аналитика строк определяется по складу самой строки, а не по складу шапки.
Неактивный аккаунт: он виден в списке с пометкой, а ручные, фоновые и API-операции по нему прекращаются с понятным сообщением.
Вкладка «Все заказы» Wildberries: вместо двух частичных кнопок обновления (только статусы и только новые задания) — одна кнопка «Обновить заказы», запускающая полный алгоритм обновления.