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