Интеграция 1С с маркетплейсами и Kaspi

Интеграция 1С с маркетплейсами без ручных выгрузок

Продажи через Kaspi, Halyk Market, Wildberries и Ozon начинаются с простого: менеджер раз в день выгружает остатки в таблицу и загружает её в кабинет продавца. Пока площадка одна и товаров немного, это работает. Потом добавляется вторая площадка, ассортимент растёт, цены меняются чаще. Остаток на площадке расходится с реальным, покупатель оформляет заказ на то, чего нет, магазин получает штраф и падает в рейтинге. Заказы приходится переносить в 1С руками, и часть из них теряется.

Интеграция 1С с маркетплейсами убирает ручной перенос в обе стороны. Остатки и цены уходят на площадки из учёта автоматически, заказы приходят обратно в 1С, статусы отгрузки обновляются там, где их видит покупатель. 1С остаётся единственным местом, где хранится правда об остатках и деньгах.

Что передаётся между 1С и площадками

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

Какие площадки подключаем

• Kaspi.kz. Выгрузка остатков и цен по точкам самовывоза, загрузка заказов, статусы. Для Kaspi у нас есть отдельная страница выгрузка 1С в Kaspi.
• Halyk Market. Остатки, цены и заказы через интерфейс площадки.
• Wildberries. Остатки по складам продавца, цены, заказы со своего склада, отчёты о реализации.
• Ozon. Остатки, цены, заказы, отправления и возвраты.
• Свои каналы. Telegram-бот заказов, мобильное приложение магазина, сайт. Они получают данные из того же слоя, что и площадки.

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

Как устроена интеграция

Есть два подхода, и у каждого своё место.

Обмен из самой 1С

Расширение конфигурации само обращается к интерфейсам площадок по расписанию: отправляет остатки, забирает заказы. Подходит, если площадок одна или две, объёмы умеренные и 1С стоит на сервере, который всегда включён.

Промежуточный сервис

Между 1С и площадками стоит отдельный сервис. Он забирает изменения из 1С через HTTP-сервис или OData, раскладывает их по площадкам, соблюдает лимиты, хранит очередь и повторяет неудачные запросы. Заказы он принимает с площадок и передаёт в 1С. Этот вариант выбирают, когда площадок несколько, товаров тысячи, а 1С стоит в офисе и иногда недоступна.

В обоих случаях в 1С появляется отдельный слой с понятными правами, а не доступ администратора. Как мы проектируем такой слой, рассказываем на странице API для 1С.

Сопоставление товаров

Самая частая причина сбоев интеграции не в программировании, а в данных. У площадки свой артикул, у 1С свой, штрихкоды где-то отсутствуют, у одного товара несколько характеристик. Если сопоставление сделано на скорую руку, остатки уходят не туда.

• Заводим в 1С таблицу соответствия товаров и площадок, которую может вести менеджер.
• Проверяем дубли и пустые штрихкоды до запуска, а не после первых ошибок.
• Для товаров с характеристиками выгружаем остаток по каждой характеристике отдельно.
• Показываем список несопоставленных позиций, чтобы ничего не терялось молча.

Резерв и общий остаток

Когда товар продаётся одновременно в рознице, оптом и на нескольких площадках, возникает вопрос: какой остаток показывать каждой из них. Мы настраиваем правила:

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

Заказы с площадок в 1С

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

Статус сборки и отгрузки уходит обратно на площадку автоматически. Менеджеру не нужно открывать кабинет продавца, чтобы нажать кнопку.

Бот заказов и уведомления

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

Мониторинг обмена

Интеграция, о поломке которой вы узнаёте от покупателей, хуже, чем ручная выгрузка. Поэтому мониторинг закладываем с первого дня:

• журнал обмена с каждой площадкой, где видно, что и когда ушло;
• уведомление, если обмен не проходил дольше заданного времени;
• понятный текст ошибки площадки, а не код, который нужно расшифровывать;
• повторная отправка после сбоя без дублей заказов.

Типичные проблемы, которые мы исправляем

• Обмен через файлы и выгрузки из кабинета. Работает, пока о нём помнит конкретный сотрудник.
• Готовый модуль, который никто не поддерживает. Площадка обновила интерфейс, модуль перестал работать, разработчик модуля недоступен.
• Заказы дублируются. Сбой связи, повторная загрузка, два одинаковых документа в 1С. Решается правильной проверкой по номеру заказа площадки.
• Превышение лимитов. Остатки отправляются по одному товару, площадка блокирует запросы. Решается пакетной отправкой и очередью.
• Доработки в типовой конфигурации. После них базу перестают обновлять. Переносим в расширение, подробнее на странице доработка конфигурации 1С.

Цены и акции на разных площадках

Одна цена на всех площадках бывает редко. Комиссия Kaspi отличается от комиссии Wildberries, на одной площадке идёт акция, на другой нет, а в рознице своя цена. Держать это в таблицах неудобно и опасно: одна ошибка в формуле, и товар уходит в минус.

• Для каждой площадки заводим в 1С свой вид цены или правило расчёта от базовой.
• Наценку можно задавать по группам товаров, брендам или отдельным позициям.
• Добавляем проверку: цена на площадке не опускается ниже закупочной с учётом комиссии.
• Акции заводятся в 1С с датами начала и окончания и уходят на площадку автоматически.

Менеджер меняет цены в одном месте, а не в нескольких кабинетах продавца.

Возвраты и отмены

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

Отчёты по каналам продаж

Когда все заказы с площадок попадают в 1С с номером площадки и комиссией, появляется возможность сравнивать каналы между собой. Мы делаем отчёты, которые отвечают на вопросы руководителя:

• какая площадка приносит больше выручки и больше прибыли после комиссий;
• какие товары хорошо продаются на одной площадке и не продаются на другой;
• сколько заказов отменено и по каким причинам;
• сколько товара заморожено на складах маркетплейсов.

Отчёты строятся в 1С, а короткую сводку можно получать каждое утро в Telegram.

Что подготовить до старта

1. Доступы к кабинетам продавца на площадках и ключи программного интерфейса. Мы подскажем, где их получить.
2. Список складов и точек, с которых продаёте на каждой площадке.
3. Выгрузку товаров с площадки и из 1С, чтобы оценить работу по сопоставлению.
4. Правила цен: от какой цены считается цена площадки, какие наценки.
5. Удалённый доступ к копии базы 1С для разработки.

Карточки товаров на площадках

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

Если карточки на площадке уже созданы вручную, мы не перезаписываем их, а только связываем с товарами 1С и дальше передаём остатки и цены. Решение о том, где вести описания, принимаем вместе с вами.

Склады маркетплейсов

При работе по модели, где товар хранится на складе площадки, в 1С нужно видеть, сколько товара туда отправлено, сколько продано и сколько осталось. Мы заводим отдельные склады под каждую площадку, оформляем поставки документами перемещения и загружаем отчёты о продажах. Тогда остаток на складе площадки виден в тех же отчётах, что и собственный склад, и закупку можно планировать с учётом всего товара, а не только того, что лежит у вас.

Безопасность ключей и доступа

Ключи программного интерфейса площадок дают доступ к магазину, поэтому храним их в защищённых настройках, а не в коде и не в открытых справочниках. Доступ к журналу обмена и настройкам интеграции получают только те сотрудники, которым это нужно. Если сотрудник увольняется, ключ можно заменить в одном месте, и обмен продолжит работать.

Когда готовый модуль, а когда своя интеграция

На рынке есть готовые модули обмена 1С с площадками. Иногда их достаточно, и мы честно об этом говорим. Готовый модуль подходит, если у вас типовая конфигурация без доработок, одна площадка и стандартный сценарий продаж. Своя интеграция нужна, когда конфигурация доработана, площадок несколько, есть особые правила остатков и цен, заказы должны попадать в доработанные документы или кроме площадок нужно подключить своё приложение и бота. Если у вас уже стоит готовый модуль и он не справляется, мы посмотрим, что можно оставить, а что заменить.

Как проходит работа

1. Разбор. Какие площадки, сколько товаров и заказов, какая конфигурация 1С, где она стоит, как сейчас передаются данные.
2. Проект обмена. Состав данных, частота, правила остатков, выбор между обменом из 1С и промежуточным сервисом. Согласуем письменно.
3. Сопоставление товаров. Готовим таблицу соответствия, чистим дубли и пустые штрихкоды.
4. Разработка и тест. Расширение конфигурации и сервис обмена, проверка на тестовых кабинетах площадок и копии базы.
5. Запуск по одной площадке. Сначала основная, после недели стабильной работы следующая.
6. Сопровождение. Площадки регулярно меняют интерфейсы, мы следим за этим и обновляем обмен.

Сроки и цена

Интеграция 1С с маркетплейсами стоит от 600 000 ₸, срок от трёх до шести недель на первую площадку. Каждая следующая площадка добавляется быстрее и дешевле, потому что общий механизм уже есть.

Цену называем после разбора, письменно и до начала работ.

С какими конфигурациями работаем

Управление торговлей, Управление нашей фирмой, Комплексная автоматизация, ERP, Розница. Если у вас Бухгалтерия и вы продаёте на площадках, обсудим, хватит ли её возможностей или стоит перейти на торговую конфигурацию. Если у магазина есть собственное приложение, его можно подключить к тому же обмену, подробнее на странице интеграция 1С с мобильным приложением. Для склада, который отгружает заказы площадок, пригодится адресное хранение 1С, а для маркировки отправлений печатные формы и этикетки.