
- Добавлена выгрузка поставки ФБО в Excel для Яндекса;
- Реализована поддержка нового статуса отмены заказов в Вайлдберриз;
- В Озоне реализована поддержка нового формата файла отчета комиссионера.
Представляем Вашему вниманию обзор нового релиза нашего расширения «Виктория.Интеграция с маркетплейсами».
Это решение позволяет из одного окна управлять своими аккаунтами на ведущих маркетплейсах – отправлять остатки, загружать заказы и многое другое. Модуль помогает вести наглядный учет онлайн-продаж в 1С, а также значительно экономит время и силы при работе с маркетплейсами.
Сделана возможность отдельной нумерации заказов маркетплейсов с помощью префиксов. Префикс задается в настройках учетной записи на закладке Заказы, внизу нужно раскрыть раздел Статусы:

Если префикс задан, то при создании «Заказа покупателя» по этой учетной записи первые символы в номере документа будут заменены на префикс, а числовая нумерация начнется с 1.
Стандартный префикс в УНФ, например – «НФНФ». Мы видим, что в нашем заказе первые две буквы заменились на префикс, который мы указали в учетной записи – «СБ»:

Можно для нескольких учетных записей установить один и тот же префикс, и это позволит добиться отдельной нумерации для заказов со всех маркетплейсов. А остальные заказы будут нумероваться по-старому, например, заказы, заведенные вручную или с сайта.
Управление поставками находится в Списке заказов, нужно переключиться на фильтр «ФБС» и по кнопке «Изменить статус заказов» выбрать «Управление поставками»:

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

Открывается форма списка заказов, отобранных по статусам «Новый» или «Принял» – только такие заказы можно добавить в поставку. И вот здесь появилась возможность выбрать несколько заказов. Используйте клавиши Shift, Ctrl или Ctrl-A, чтобы выбрать все, и нажмите кнопку «Выбрать». Все выбранные заказы попадут в поставку. Раньше можно было добавлять заказы только по одному:

После добавления в поставку статусы заказов автоматически изменятся и станут «На сборке»:

Обратите внимание на печатную форму Лист поставки:

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

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

Напомню, что функция Экспорт позволяет выгрузить карточки на площадку, используя за основу карточки номенклатуры в 1С. Колонки с ценами позволяют визуально проконтролировать, установлены ли нужные виды цен у номенклатуры:

Без цен (как минимум без одной цены) выгрузить карточки нельзя, и раньше приходилось либо заходить в каждый товар и проверять цены, либо выгружать, получать ошибку, исправлять цены и выгружать повторно. По нашему опыту цены составляют до 50% ошибок при выгрузке. Либо они не проставлены, либо проставлены не те, либо слишком низкая цена продажи, либо разница между ценой до скидки и после скидки слишком мала. Теперь можно сразу увидеть, у кого цен нет, и посмотреть все ли в порядке.
Обратите внимание, какие именно цены должны быть у товаров, чтобы они выгрузились без ошибок. Виды цен задаются в настройках Учетной записи на закладке «Настройки организации», по кнопке «Заполнить настройки». Для каждой учетной записи могут быть свои виды цен, могут быть одинаковые:

При обнаружении ошибок можно прямо из формы провалиться в товар, внести нужные цены, после чего обновить форму через меню «Еще – Обновить». Если цена до скидки не указана, то выгрузится одна цена. Если указана - то обе цены:

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



В главной форме, которая называется АРМ – Автоматизированное рабочее место - можно раскрыть раздел Фильтры. Здесь был добавлен фильтр на колонку «Доступно» из таблицы товаров. Именно это значение передается на площадку:

Например, доступно больше нуля - покажет только те товары, у которых остаток для передачи на площадку больше нуля:

Тут много полезных фильтров. Самый часто используемый - в разделе «FBS» - «Показать расхождения»: позволяет увидеть по каким товарам есть отличия в остатках, то есть остаток, который должен отправляться на площадку, отличается от остатка на самой площадке. Это значит: что-то не сработало, площадка не приняла остаток, или произошел какой-то сбой, в журнале событий можно поискать события с подробностями:

Но предварительно надо загрузить остатки с площадки, по кнопке «Работа с остатками» - «Обновить остатки с сайта»:

Отчет «Реестр заказов», как и другие отчеты, находится в разделе «Аналитика». Показывает все заказы по выбранной учетной записи (ФБС и ФБО), а также его можно формировать по всем учетным записям:

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

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

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

Что добавлено в этом релизе - теперь выводится тип заказа - ФБС или ФБО:

Также тип заказа выводится в форме самого заказа вверху:

Отчет по Продажам находится в разделе Аналитика. Отчет представляет из себя фактически «Отчет комиссионера», формирующийся на лету по API, без загрузки с площадки. Показывает, какие заказы попадут в отчет комиссионера за выбранный период, когда площадка отчитается.

Некоторым клиентам здесь не хватало графы «Дата продажи», мы ее добавили. В нее выводится дата, когда заказ получил статус «Завершен», проставляется для Вайлдберис ФБО и ФБС и Озон ФБС.

В самой форме заказа также этот реквизит есть:

Поставки в Вайлберис мы уже рассматривали в начале. При добавлении заказа в поставку теперь данные сохраняются в реквизите Заказа. Можно его увидеть в форме Заказа:

Его можно вывести в список заказов через «Изменить форму», и в дальнейшем, например, через полнотекстовый поиск найти все заказы конкретной поставки. Это может понадобиться в случае каких-то разбирательств и поиска, в какой поставке был заказ:


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

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

Рекомендуем внимательно отнестись к настройке расписания заданий, не ставить без необходимости слишком частое выполнение. У наших клиентов встречали отправку остатков раз в минуту на всех аккаунтах, 1с же это позволяет, считали - почему не воспользоваться?

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

При загрузке заказов Яндекса мы столкнулись с такой ситуацией: у клиента одновременно загружались заказы ФБО и ФБС:


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

Оказалось, что все дело в API Яндекса, в запросе заказов не указывается их тип, и мы ошибочно определяли их как ФБО по косвенным признакам.
Теперь будет работать следующим образом: мы должны точно указать схему работы в настройках учетной записи на закладке Настройки организации» по кнопке «Заполнить настройки». Выбираем либо FBY, либо FBS, смешанную схему для Яндекса нельзя выбирать.

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

По умолчанию передаются цены на все сопоставленные товары. Исключить какие-то товары из передачи цен можно с помощью реквизита справочника Товары "не обновлять цены автоматически", в том числе проставить эту галочку массово в АРМ:

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

Выяснилось, что акционные товары почти всегда есть в файле Excel, например, когда с его помощью проставляют акционные цены на площадке, то заранее его готовят:

Теперь у нас можно файл Excel загрузить, и по товарам из этого файла галочка "не передавать цены" будет проставлена автоматически. Чтобы это сделать, нужно в АРМ по кнопке «Еще» выбрать команду «Загрузить акционнные товары»:

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

Самые распространенные варианты - поиск по артикулу (offerid) или штрихкоду. Обычно этого достаточно. Можно несколько вариантов использовать по очереди: не нашли по артикулу - поискать по штрихкоду, даже вручную можно проставить товар:

После того, как все товары сопоставлены – «Установить» или «Снять» и нажать кнопку «Обновить товары»:

В итоге по товарам из первого столбика будет проставлена или снята галочка "не передавать цены". Таким же образом можно потом провести обратную процедуру и обеспечить, чтобы товары сначала участвовали в акции, и цены по ним не передавались, а по окончании акции чтобы цены снова начали передаваться.
В форме управления Ценами есть важная функция - импорт цен с площадки в 1С:


Фактически одной кнопкой можно загрузить цены на все или выбранные товары – они будут проставлены в сопоставленной номенклатуре по тем видам цен, которые выбраны в настройках учетной записи:

При начале работы в 1С в чистой базе - очень удобно импортировать карточки товаров и потом импортировать цены к ним:

В дальнейшем можно уже в 1С менять цены и настроить передачу их на площадку:

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

Если загрузить цену этого набора в 1С, то при установке цены на номенклатуру она будет поделена на коэффициент, в нашем случае 5:

Кстати, остатки по таким наборам у нас рассчитываются и передаются на площадку автоматически, это очень популярная функция у селлеров:

Непрочитанные уведомления отображаются в АРМ, пока их не прочитают:

Обычно это либо уведомления о выходе новых релизов, либо какие-то важные новости от разработчиков:

При двойном клике открывается соответствующая новость на сайте:

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

Яндекс очень критично относится к одинаковым артикулам у товаров:

Если быть точнее - он не принимает одинаковые артикулы. Любые запросы, содержащие несколько записей с одним артикулом товара, не обрабатываются. В этом случае в журнале ошибок мы видим такую запись – дубликаты SKU с перечнем позиций:

Откуда они возникают - очевидно надо разбираться в каждом случае. Встречалось, например, что товары в Яндекс грузят из Битрикса, из Excel, и могут возникнуть дубли. Если настроена передача остатков на площадку - система пытается отправить остатки по всем сопоставленным товарам, в том числе даже если у них одинаковые артикулы. В результате Яндекс не принимает весь пакет с остатками, пишется сообщение об ошибке в журнал событий, а пользователю приходит уведомление на почту (если это настроено).
Приходится искать этот товар, исправлять ситуацию (чаще всего убирать сопоставление, чтобы остаток не отправлялся):

Нужно понимать, что в это время остатки не переданы. Это может привести к заказу отсутствующего товара, ведь оперативная передача остатков для того и нужна, чтобы сообщить площадке количество на остатке.
Специально для Яндекса мы сделали проверку на дубли артикулов в запросе, и теперь, если в запросе были дубли, то мы их исключаем и выводим сообщение об ошибке в журнал, а запрос будет принят Яндексом. Но разбираться с дублем все равно нужно, просто теперь это не влияет на отправку остатков по остальным товарам.
Расширение «Виктория.Интеграция с маркетплейсами» автоматизирует работу селлеров и фуллфилментов.
Позволяет управлять своим аккаунтом в маркетплейсе Озон, Вайлдберриз, Яндекс.Маркет, Сбер МегаМаркет, АлиЭкспресс, а также аккаунтами служб доставки СДЭК, Почта и других, из СВОЕЙ базы 1С
Расширение «Интеграция 1С с маркетплейсами» устанавливается на популярные конфигурации 1с для автоматизации торговли: 1С:Управление нашей фирмой 8, 1С:Управление торговлей 8, 1С:Комплексная автоматизация 8.
Информацию о модуле можно посмотреть по ссылке >>>