Расширения позволяют взаимодействовать с личными кабинетами маркетплейсов WILDBERRIES и ЯНДЕКС.МАРКЕТ по схеме: FBS. Основным приоритетом в данной разработке является простота запуска и использования, а так же увеличение скорости сборки и обклейки стикерами заказов при больших объемах отгрузок.
(100) Здравствуйте. Все дело в том что, доработка информационной этикеткой программистом заняла бы у него не больше часа. А сделать механизм универсальный позволяющий настраивать этикетку каждому пользователю, довольно дорогая задача. Дорогая без должного спроса. Кроме того это сделает модуль более сложным с точки зрения внедрения и настройки, что противоречит идеологии данного модуля, не у всех пользователей есть такие навыки. Но возникла идея компромисса, мы можем сделать не возможность настройки этикетки, но возможность выбора из предустановленных вариантов. Поэтому присылайте ваш макет и мы добавим его в одном из следующих обновлений. И если это будут читать и другие пользователи модуля, то присылайте и свои макеты. Наша задача делать модуль более востребованным, не усложняя его без необходимости.
(104) Это уже реализовано. Есть три варианта печати этикетки с наименованием, в начале серии, в конце серии и перед каждым стикером WB. Вам нужен последний вариант.
По поводу цвета и размера. Т.к. пользователи могут хранить эти данные в разных свойствах, кто то в харакетристике, а кто то в номенклатуре и назвать из п разному, поэтому мы возьмем эти свойства из данных вайлдберриз. Проверьте ваш справочник Товары вайлдберриз в модуле, убедитесь что там заполнены свойства цвет и размер, если нет попробуйте повторить синхронизацию номенклатуры и нажать кнопку Перезаписать.
Здравствуйте!
1. Реализованы ли у вас модули для других маркетплейсов: Озон, Яндекс, Али?
2. Предположим, приобрели модуль без подписки на обновления. Через полгода захотели купить, так можно?
(114) Здравствуйте.
1. Другие модули будут позже, первым будет СберМегаМаркет.
2. Да, подписка на обновление нужна только в тот момент когда вам нужно скачать обновление. Вы можете приобретать ее только при необходимости обновиться
(106) Цвет размер при синхронизации номенклатуры появились в версии 2.0.1.5, если у вас более старая версия то надо обновить модуль. Если более новая, то вам надо просто повторить процедуру синхронизацию товаров. Зайти в настройку обмена, нажать кнопку Синхронизировать товары по API и там нажать кнопку Перезаписать и все. У вас в справочнике Товары вайлдберриз отобразятся свойства цвет и размер их мы используем для печати стикеров
Добрый день!
Работаем с вашим модулем на УТ11.4. Довольны.
В январе переходим на КА2.5. Не тестировали в данной конфигурации? Модуль один для этих платформ как я понял?
(128) Хорошо. спасибо за ответ. При выгрузке цен происходит следующая ошибка:
{WildberriesFBSApi Справочник.НастройкиAPIWildberries.Форма.ФормаЭлемента.Форма(358)}: Ошибка при вызове метода контекста (ВыгрузитьЦеныНаСервере)
Если ВыгрузитьЦеныНаСервере() Тогда
по причине:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства 'ret':
форма: Элемент
имя: {http://v8.1c.ru/8.2/managed-application/modules}ret
по причине:
Ошибка отображения типов:
Отсутствует отображение для типа 'РезультатЗапроса'
по причине:
Ошибка передачи данных между клиентом и сервером. Значение недопустимого типа.
по причине:
Ошибка преобразования данных XDTO:
Запись значения свойства 'ret':
форма: Элемент
имя: {http://v8.1c.ru/8.2/managed-application/modules}ret
по причине:
Ошибка отображения типов:
Отсутствует отображение для типа 'РезультатЗапроса'
Добрый день, уважаемый разработчик!
При работе с расширением возникает две проблемы. Версия 2.0.2.3:
1. При загрузке отчетов комиссионеров происходит вот такая ошибка (скрин 1, скрин 2).
В версии 2.0.2.1.9 такой ошибки нет, отчет грузится корректно.
2. В отчете по остаткам не выводятся остатки склада, товары в пути, а только кол-во дней в продаже и заказов за 60 дней. (скрин 3). Подскажите, пожалуйста, как исправить эти ошибки.
Всё настроено по инструкции, но не работает.
(130) Вам надо обновиться, апи загрузки отчетов комиссионера менялся, поменялись названия полей. В отчете по остаткам, если нет данных по складу, значит они не загружаются, возможно так же есть какие то ошибки при загрузке. Первое что нужно сделать это обновиться
Добрый день, уважаемый разработчик. Можно получить подробное описание схемы работы вот этого отчета. Есть ошибка, при выводе отчета "Остатки и оборачиваемость" не выводит товар, который есть на складах. Что делать ?
(133) в отчете присутствует ошибка, некорректно работает выбор настройки обмена. Чтобы выбрать ее надо зайти в Настройки-Расширенные и там уже выбрать нужную настройку обмена. Если все равно не получится сформировать отчет, тогда напишите в поддержку, поможем.
Добрый день, вчера обновили модуль до последней версии, сегодня обнаружили что выгрузка цен не срабатывает. Выдает ошибку Ошибка : 400 {"errors":["все номенклатуры с ценами из списка уже загружены, новая загрузка не создана"],"error_code":1}
но у нас 100% есть номенклатура у которой цены отличаются от тех, что стоят на вб. Сопоставления по ним сделаны.
(136) Скорее всего цены уже выгружены, просто еще не обновились на вб. У них теперь есть проверка, чтобы не перезаписывать те же самые цены. Если ошибка сохранится напишите в поддержку, подключимся и посмотрим. Проверьте последнюю загрузку цен в разделе цены и скидки, история загрузок. Там есть кнопка подробнее, чтобы посмотреть последние загруженные изменения цен.
(144) Даже нужно. Это лучший вариант. Модуль по умолчанию ищет сначала по штрихкоду, затем по артикулу, и если не находит тогда вы укажите номенклатуру руками и он ее запомнит. Если у вас шк совпадают со синхронизация произойдет автоматически
Добрый день!
А можете подробнее объяснить принцип:
"Печатать стикеры Вайлдберриз в удобной форме. Стикеры печатаются сериями по номенклатуре. Первый стикер в серии содержит наименование позиции. Это позволяет существенно ускорить сборку и обклейку товаров особенно на большом количестве сборочных заданиях"
(146) В описании есть картинка со стикерами, как они выглядят при печати. Слева список номенклатуры в поставке, справа формируется лента стикеров. Вы выделяете любую номенклатуру и формируется лента из всех стикеров для этой номенклатуры. Т.е. сборка заказа происходит так: кладовщики собирают все товары, складывая их как бы в кучки одинаковых позиций. Потом для каждой такой кучки формируются ленты со тикерами только по этим позициями обклеиваются, не приходится искать нужный стикер в огромной ленте. Есть кейс на практике, так отгружают поставки включающие в себя с среднем 8тыс сборочных заданий вб каждый день, без такой системы это просто невозможно сделать. Если же товаров не очень много то можно собирать прям по ленте стикеров, там идет сначала информационная этикетка с названием позиции и указанием количества и далее все стикеры по этой позиции и так по всем позициям.
(148)нет, такой подход замедлит обклейку заказов. В данной разработке есть возможность сканирования уже обклеенной номенклатуры для проверки и включения в поставку. Но опять таки, на больших объемах это тоже замедлит сборку. Но бывает полезно для тех у кого номенклатура однотипная, например одежда отличающая цветом или размером и легко перепутать товары когда клеишь стикеры.
(149) не понимаю как это замедлит сборку
а вот то, что приходится искать визуально и сопоставлять товар с заказом, чтобы распечатать нужный стикер - это временные потери
Можно ли доработать так, чтобы в 1С создавался ШК поставки:
Открывалась "форма" добавления сборочных заказов в поставку, и передачу их в собранные (те заказы, которые мы уже собрали и промаркировали).
То есть, сборщик создаёт ШК поставки в 1с и сканирует штрихкоды wildberries, которые наклеены уже на товары. И при сканировании штрихкода, данное сборочное задание добавляется в ШК поставки.
И так сборщик должен просканировать все собранные задания, чтобы они добавились в поставку, чтобы быть уверенными что эти товары лежат точно в коробке и едут на склад.
Столкнулись с одним моментом при работе с динамическими наборами. У нас используются динамические наборы. Отгрузку на ВБ оформляем через "Реализацию на комиссию". При поступлении заказов на наборы в заказ подгружаются составные этих наборов. Когда через API загружаем отчет о реализации, то в него подгружаются целые наборы, но в 1С по регистрам они не проводятся. Пример в прикрепленном файле.
Добрый день, при выгрузке скидок появляется такая ошибка.
Ошибка : 400 {"errors":["товары со скидкой 0 нельзя загрузить, отмените их в отдельной вкладке; cкидка на товар должна быть в пределах 3-95%"]}
Я так понимаю, у всех номенклатур должна быть проставлена новая цена. Можно ли выгружать скидки, только у тех позиций, где эта цена проставлена?
Здравствуйте, сегодня при формировании заказа выдает такую ошибку:
Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка SDBL: Поле Fld70443 таблицы Document885 не может принимать значение NULL
Добрый день!
Подскажите какие планы по развитию модуля? Будет ли выгрузка товаров в WB, Когда появится яндекс DBS он более актуален чем FBO из за странной работы по данной схеме. Можно ли в табличной форме будет вносить доп параметры параметры номенклатуре.
(163) Ближайшие планы это добавление в комплект модулей по Сберу и Озону. Обмена номенклатурой пока не будет. По крайней мере в рамках этих модулей. Это противоречит принципу простоты модуля. Суть этих модулей установить и начать работать сразу. А обмен номенклатурой и всеми доп свойствами, потребует время на внедрение, настройки соответствий полей для каждой категории, всех значений свойств и т.д. и не каждый с этим справится самостоятельно. Поэтому в рамках этих модулей такого функционала не будет, они заточены для упрощения именно складской работы, сборки, обклейки заказов. Обмен справочно-нормативной информацией возможно появится отдельным модулем, но только после добавления всех маркетплейсов.
по поводу DBS это у нас на карандаше, но пока без сроков, заявок было слишком мало.
Добрый день!
Установили модуль для тестирования Маркет Яндекса , после получения токена https://skr.sh/sE0LCpsOLv9?a выдает ошибку https://skr.sh/sE06wzlOiiu?a Программист проанализировав ошибку сообщил что ошибка в модуле на стороне разработчика.
настройки кабинета Яндекса как в инструкции https://skr.sh/sE0lAwq7Ftc?a Если брать базый модуль яндекса авторизация и обмены идут корректно https://skr.sh/sE0FsjVHbl3?a Авторизацию пробывали как с номером компании 11-21994768 так и 21994768
Текст ошибки:
Поле объекта не обнаружено (КлиентID)
{ЯндексМаркетAPI Справочник.ЯМ_НастройкиAPI.Форма.ФормаЭлемента.Форма(294)}: Объект.client_id = Результат.КлиентID;
{ЯндексМаркетAPI Обработка.ЯМ_Авторизация.Форма.Форма.Форма(47)}: Закрыть(СтруктураВозврата);
Добрый день!
Спасибо вчерашняя проблема ушла, но остались проблемы с выгрузкой цен они не подтянулись уже в течении 18 часов, вот несколько примеров , на скринах видно что обновление остатков прошло корректно а цены не подтянулись https://skr.sh/sE1VPEUtSWO?a https://skr.sh/sE1FqgINtKo?a https://skr.sh/sE14iFGwH89?a Журнал регистрации сегодня включим в конце рабочего дня.
При синхронизации если нет артикула то хотелось бы сопоставить по наименование так как оно идет из фида и полностью соответствует базе смотри пример , данный функционал часто помогает в озон
https://skr.sh/sE1kMSDQbBq?a https://skr.sh/sE1Ar4gZEe2?a