Интеграция сайта с 1С: почему обмен перестаёт работать
Если товары или цены на сайте перестали обновляться, сначала проверьте расписание заданий обмена и журнал выгрузок. Включённое задание с пустым расписанием само не запустится.
Что проверить в первую очередь
- Расписание задания. Задание может быть включено, но с пустым расписанием. Тогда ошибок нет, а выгрузка не идёт.
- Журнал на стороне сайта. Он показывает, сколько позиций принято, добавлено и обновлено и была ли ошибка.
- Дата последней успешной выгрузки в 1С. Если сайт сообщает об отмене импорта, дата в 1С может не измениться.
- Настройка цен. Обычная цена и скидка могут передаваться разными типами цен. Если скидка перестаёт приходить, сайт может снять её с товара.
Реальный случай
На одном из проектов товары и скидки перестали обновляться. Оказалось, что задания обмена были включены, но расписание в них пустое, поэтому все выгрузки шли вручную. После настройки расписания обмен заработал сам: сайт принял 642 и 1 685 позиций. Подробнее о кейсе.
Как не узнавать о сбое от покупателей
Настройте контроль результата: сколько позиций пришло, когда прошла последняя выгрузка, и оповещение ответственному, если обмен не прошёл вовремя.
Какие данные передавать
Перед настройкой определите, какая система главная для каждого типа данных. Обычно товары, цены и остатки ведутся в 1С, а заказы приходят с сайта. Если обе стороны могут менять одно и то же поле, результат быстро становится непредсказуемым.
Что проверить после настройки
- Новый товар появляется на сайте с верной ценой.
- Изменение цены и скидки доходит до карточки.
- Заказ с сайта попадает в 1С с правильным составом.
- Обмен запускается сам, без открытия 1С.
Какими способами связывают сайт и 1С
- Стандартный обмен. Встроенный механизм выгрузки на сайт, часто в формате CommerceML. Подходит для типовых случаев и готовых модулей популярных движков.
- Прямое API. В 1С публикуют HTTP-сервис или интерфейс OData, и сайт обращается к нему напрямую. Это гибче, но потребует доработки и надёжной публикации базы.
- Промежуточный сервис. Отдельная программа забирает данные, проверяет их, ведёт журнал и передаёт дальше. Такой вариант удобен, когда систем больше двух или 1С нельзя сильно менять.
Какие сбои встречаются чаще всего
- Дубли товаров. Появляются, когда товары сопоставляются по названию или меняющемуся коду. Надёжнее использовать постоянный идентификатор.
- Характеристики и варианты. Размер или цвет в 1С может не совпасть с вариантом на сайте, и остаток попадёт не туда.
- Несколько складов. Если заранее не решить, какие склады учитывать, на сайте будет показан неверный остаток.
- Большие файлы. Полная выгрузка может не укладываться в ограничения сервера. Обычно помогают частичный обмен и выгрузка только изменений.
- Обновления. После обновления 1С или модуля сайта обмен может измениться, поэтому его стоит проверять сразу после установки.
Как часто запускать обмен
Частота зависит от данных. Остатки при активных продажах обновляют чаще, чем описания товаров, а заказы лучше передавать сразу или с небольшой задержкой. Запускать полный обмен каждые несколько минут обычно незачем: это нагружает базу и замедляет работу пользователей. Лучше передавать только изменения, а полную сверку делать ночью.
Когда пора нанимать разработчика
Если расхождения повторяются, причину не видно по журналу, а сотрудники исправляют данные вручную, проблема вряд ли решится ещё одной настройкой. Разбор обычно начинается с журналов обеих сторон и одного конкретного товара или заказа, на котором виден сбой.
Похожая задача? Опишите, что сотрудники делают вручную.