Ошибки в обмене 1С с сайтом и маркетплейсами в Самаре
В этой статье
Чем больше каналов продаж, тем дороже стоит каждая неточность в обмене: одна и та же ошибка одновременно бьёт по сайту, по кабинету маркетплейса и по складу. Разберём, что обычно делают не так торговые и оптовые компании, и к чему это приводит на практике.
Остатки обновляют раз в сутки
Ночной обмен кажется безопасным решением, пока оборачиваемость невысокая. При активных продажах на трёх площадках суточная задержка означает продажу товара, которого нет на складе: отмена заказа, испорченный рейтинг карточки и штраф от площадки. Быстро меняющиеся данные передают чаще остальных, поэтому остатки и цены мы выносим в отдельный частый обмен, а тяжёлый справочник выгружаем по ночам.
Не сопоставили артикулы
У одного товара легко набирается четыре обозначения: внутренний код в учёте, артикул производителя, штрихкод и код на площадке. Пока таблица соответствия не заполнена, заказ приходит в 1С с позицией, которую невозможно опознать, и оператор сводит его вручную. Таблицу соответствий готовим до подключения кабинетов – это скучная работа, которая экономит месяцы разбирательств. Ключом связи должен быть неизменный код, а не наименование товара: название меняют маркетологи, и связка рассыпается в первый же сезон распродаж.
Путают единицы измерения и упаковку
Классический случай оптовиков: в учёте товар хранится в коробках, а покупателю продаётся штуками. Без коэффициента пересчёта на сайт уезжает остаток «12» вместо «144», а на площадку – цена за коробку в карточке штучного товара. Проверять коэффициенты нужно на каждой группе номенклатуры отдельно, а не выборочно. Перед боевым запуском мы прогоняем контрольную выгрузку на десятке позиций из разных групп и сверяем цифры глазами: так ошибка пересчёта ловится до того, как её увидит покупатель.
Забыли, что заказ должен вернуться в учёт
Половина проектов останавливается на выгрузке каталога, а обратный поток остаётся ручным. Менеджер переносит заказы из кабинетов в базу, ошибается в количестве и путает адрес. Обратный обмен закрывает связку целиком:
- заказ создаётся в 1С сразу, с покупателем, доставкой и способом оплаты;
- резерв на складе ставится в момент оформления, а не утром следующего дня;
- статус отгрузки и трек-номер возвращаются на сайт и в письмо клиенту;
- оплаты подтягиваются из эквайринга и закрывают документ.
Описания и фотографии выгружают поверх сайта
Тексты карточек, оптимизированные под поиск, живут на сайте, а короткие наименования – в учёте. Если обмен настроен «затирать всё», очередная выгрузка молча уничтожит контент, и вы увидите это только по падению трафика. Правило простое: для каждого поля назначается одна главная система, и остальные его не перезаписывают. Наименование, цена и остаток приходят из учёта, а описание, характеристики для фильтров и фотографии остаются за сайтом. Проверить, что осталось от текстов после обмена, помогает аудит сайта.
Обмен запускают без контроля результата
Сеанс завершился – ещё не значит, что данные корректны. Мы всегда добавляем сверку и оставляем её работать после сдачи:
- сравнение количества активных позиций в 1С и на витрине;
- список товаров, отклонённых площадкой, с причиной отказа;
- уведомление, если обмен не выполнялся дольше заданного интервала;
- отчёт по заказам, которые не создались в учёте.
Бюджет интеграции и этапность запуска
Базовая интеграция сайта с 1С по CommerceML – от 45 000 ₽ и примерно неделя работ. Подключение маркетплейсов считается по количеству площадок и объёму справочника. Смета согласуется договором до старта, а запускаем мы поэтапно: сначала каталог и остатки, потом заказы, потом площадки. Так у команды Самары есть время привыкнуть к новому порядку, а у нас – проверить каждый поток отдельно.
РОСТСАЙТ на рынке с 2011 года, актуальные цены – в прайсе. Расскажите, какая у вас конфигурация и сколько каналов продаж, – подготовим расчёт: +7 (901) 417-22-12.
