Если в системе работают несколько организаций и в день оформляются тысячи заказов, вписать торговлю на маркетплейсе в сложившиеся бизнес-процессы не самая простая задача. Но компания «1С:БИЗНЕС РЕШЕНИЯ» не испугалась трудностей — организовала обмен данными с Wildberries с помощью API маркетплейса. А попутно помогла заказчику запустить производственное направление — печать принтов на чехлах мобильных телефонов.
Цель — работа на Wildberries
К нам обратился клиент, который занимался розничной торговлей аксессуарами для мобильных телефонов под брендом Mobi711. Его бизнес-процессы были довольно простыми. Он использовал программу «1С:Управление торговлей» (1С:УТ) для учета продаж в нескольких магазинах по России. Основной задачей была закупка готовой продукции у поставщиков и реализация ее конечному потребителю.
Однако рост популярности маркетплейсов и снижение продаж в розничных точках из-за более высокой цены заставили компанию задуматься о новых возможностях. Планировалось также внедрить принтер для печати на чехлах, чтобы уменьшить себестоимость готовой продукции.
Клиент обратился к нам с желанием автоматизировать работу с Wildberries. Мы совместно проработали бизнес-процессы и этапы внедрения. На начальном этапе клиент зарегистрировал личный кабинет продавца на Wildberries и выгрузил некоторые позиции.
Нам предстояло реализовать следующие механизмы:
- настроить сопоставление номенклатуры, ранее добавленной в личный кабинет Wildberries, с номенклатурой в «1С»;
- обеспечить автоматическую передачу данных об остатках товаров на Wildberries;
- реализовать автоматическое получение заказов с Wildberries и их обработку в «1С».
От использования готовых интеграций мы отказались, так как на тот момент они не позволяли комфортно работать в базе нескольким организациям. У нашего клиента их было четыре. Поэтому мы приняли решение «писать» обмен с Wildberries, используя API, предоставленный разработчиками маркетплейса. Требованием клиента было реализовать работу таким образом, чтобы на Wildberries нужно было обращаться только в случае ошибок или для анализа данных.
Разработанное решение предназначено для «1С:Управление торговлей» 11.4.13.275. Конфигурация с поддержки не снималась.
Сопоставление номенклатуры
Мы решили создать справочник «Товары маркетплейса» в «1С». Это позволило бы исправлять данные о товарах в случае некорректной загрузки с Wildberries. Впоследствии от этого справочника отказались и реализовали сопоставление по штрихкоду. Штрихкод стал ключевым полем для идентификации товара на Wildberries, и весь механизм подбора номенклатуры для заказа или отправки остатков был построен на его основе.
Выгрузка остатков
Для выгрузки остатков были созданы два регламентных задания:
- Оперативная выгрузка остатков — срабатывает каждые 30 секунд, завершается через 900 секунд, переносятся только измененные остатки.
- Полная выгрузка остатков — срабатывает два раза в день, утром и вечером.
В обоих заданиях используется метод API «Обновить остатки товаров». Данные из регистра накоплений «Свободные остатки» собираются во временную таблицу и массивом по 1000 строк отправляются на Wildberries.
При выгрузке остатков была реализована особенность: если на остатках, по данным «1С», было более 50 шт., на Wildberries отправлялся остаток в количестве 100 шт. Это позволяет поддерживать карточки товаров на Wildberries в топе, а значит, получать больше заказов и прибыли. Если остаток меньше 50 шт., то отправлялся реальный остаток.
Обработка заказа
Для реализации обработки заказа Wildberries в «1С» был разработан бизнес-процесс:
- Создание внутренней поставки — это по сути обычная поставка, но она не передается в доставку, а служит только для смены статуса и обозначения того, что заказ загружен в «1С».
- Загрузка заказа в статусе «Новый».
- Обработка заказа.
- Загрузка этикетки Wildberries.
- Проверка заказа.
- Прикрепление к поставке.
- Передача в доставку.
Внутренняя поставка формируется каждый день в 2 часа ночи и «собирает» все оформленные заказы.
Для создания поставки в «1С» разработано регламентное задание с одноименным названием. Регламент выполняет запрос с методом API «Создать новую поставку». Далее вступают в действие регламентные задания «Загрузка заказов» и «Обработка заказов».
Первая обработка загружает заказы и создает в «1С» документ «Заказ Wildberries». После загрузки вторая обработка сразу же прикрепляет заказ к внутренней поставке, меняя ее статус. Обработка заказа также включает в себя создание ряда документов: «Заказ клиента» и «Заказ на перемещение».
Для удобства работы пользователей в конфигурации были созданы документы: «Сборочный лист», «Документ поставки», «Реестр приема-передачи» и «Документ производства» — последние два нужны для производства. Чтобы разграничить доступ и контролировать сотрудников, был доработан механизм типовой авторизации в рабочем месте кассира (РМК). Каждый пользователь имеет свой штрихкод для авторизации при создании нетиповых документов.
Сборка заказов и печать этикеток
Когда собран пул заказов на перемещение, сотрудник приступает к сборке заказов. Пользователь через дашборд видит, сколько накопилось заказов каждого типа номенклатуры в разрезе организаций и создает «Сборочный лист». В документе заполняет организацию, тип и направление. Создав документ, сотрудник печатает «Сборочный лист» и идет на склад собирать заказы. При проведении листа создаются типовые документы для отражения расхода остатков: «Перемещение товаров», «Отбор (размещение) товаров», «Заказ на сборку» и «Расходный ордер на товары (склад ордерный и ячеистый)».
После сборки заказы передаются на расклейку этикеток Wildberries и в поставку. Так было на начальном этапе, но после появления принтера для печати на чехлах механизм немного изменился и появилась потребность в создании блока производства. Так как используется программа 1С:УТ, в которой производство не предусмотрено, и клиент уже вложил приличную сумму в разработку для 1С:УТ, было принято решение создать «Документ производства». Он служит для формирования и отправки файла Excel на принтер печати на чехлах.
С момента появления принтера для печати принтов механизмы были скорректированы. В номенклатуру были добавлены реквизиты для разделения ее на различные направления производства. Например, номенклатура Чехол Google Pixel 4A имеет Вид номенклатуры — Чехол производство, Тип производства — Силикон низкий и Размер чехла — XS. Также есть производство стекол, печать на картхолдерах, печать на чехлах-книгах — все они имеют разные размеры, типы производства, в зависимости от чего и формируется «Документ производства».
Собрав заказы по листу, сотрудник передает его на заготовку макета. Каждая единица номенклатуры получает QR-код, в котором зашифрован номер документа и место. Этикетка требуется для более быстрого размещения на столе для печати и дальнейшей маркировки этикеткой Wildberries.
После печати заказы упаковываются в прозрачную пленку и поступают на принтер-аппликатор для расклейки этикеток Wildberries и внутреннего штрихкода. Принтер-аппликатор работает по команде с камеры. Камера считывает QR-код через протокол UDP, передает данные в «1С». В конфигурации реализована функция, которая следит за портами UDP 8000 и принимает входящие данные. «1С» обрабатывает полученные данные в виде строки и сообщения для принтера.
Для обеспечения быстродействия принтер подключен через COM-порт, и на печать из «1С» отправляются только команды. Но особенностью принтера-аппликатора ALX924 является то, что он не умеет печатать кириллические символы без предварительного кодирования. Мы написали преобразование сообщения на языке EasyPlug в необходимую кодировку.
Формирование «Документа поставки»
Расклеив этикетки на чехлы, заказы передаются на формирование поставки или включаются в «Реестр приема-передачи» — этот документ используется для контроля и переупаковки стекол. При формировании «Документа поставки» на Wildberries отправляется запрос с методом API «Создать новую поставку» и «Добавить к поставке сборочное задание». Если добавление прошло без ошибок, от Wildberries приходит ответ 204 и можно закрыть поставку. Для передачи в доставку используется метод API «Передать поставку в доставку».
Созданная система позволяет за день обрабатывать 3−4 тысячи заказов по четырем организациям с разными направлениями и типами производств, и это не предел.
Текущий этап
Оптимизация бизнес-процессов продолжается, и в активной стадии разработки находится мобильное рабочее место сборщика заказов. Реализовано оно при помощи мобильного приложения «Управление торговлей», установленного на планшете, а также мобильного принтера этикеток и 2D-сканера.
В базе будет изменен механизм создания «Сборочных заданий». Они будут формироваться автоматически, без участия пользователя. Заказы будут разбиваться по направлениям и типам производства. «Сборочное задание» будет наполняться заказами до заданного количества, и после этого пользователь сможет взять его для сборки. В «Сборочном листе» маршрут движения от ячейки к ячейке по складу оптимизирован, что сокращает время на формирование одного документа. За счет наличия мобильного принтера у сборщика маркировка заказа QR-кодом будет проходить сразу, что исключает из бизнес-процесса стадию формирования макета.
Мобильный принтер TSC Alpha-30RB подключается к планшету по Bluetooth, но работать через встроенный драйвер «1С» не может. Ему необходим отдельный драйвер от фирмы TSC, работа которого из приложения «1С» не предусмотрена. А драйвер автоматически не может запускать печать. Мы нашли решение, которое позволяет автоматически, без выхода из приложения, отправить задание на печать. При этом отправляется не документ, а команды печати на языке TSPL.
Реализованный механизм позволил уменьшить потребление бумаги на предприятии за счет перехода на работу с планшетом. А оптимизированное движение по складу сократило время формирования сборочного задания.
Результаты проекта
Благодаря интеграции с Wildberries и автоматизации обработки заказов наш клиент совершил настоящий прорыв. Его бизнес вышел на всероссийский уровень, оборот вырос в 20 раз по сравнению с розничными продажами через магазины.
Теперь сотрудники обрабатывают 3−5 тысяч заказов ежедневно. Время сбора заказов сократилось вдвое — с 30 до 15−20 минут. А применение принтера-аппликатора позволило оптимизировать штат и сэкономить на заработной плате.
Работы выполнила компания «1С:БИЗНЕС РЕШЕНИЯ».
