Как настроить обмен сайта с 1С

Обмен начинается с распределения ответственности

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

Раздели товары, цены, остатки, заказы и статусы. Например, 1С отвечает за номенклатуру и доступные остатки, а сайт принимает заказы и хранит опубликованные тексты и фотографии. Цены могут приходить из 1С с привязкой к типу цены, если это поддерживает конфигурация и нужно магазину. Важно согласовать это до настройки. Полный импорт карточки с одной стороны может перезаписать ручное описание, если поле не закрепили за сайтом.

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

Как сопоставить товары и варианты

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

Подготовь небольшую тестовую партию. Возьми обычный товар, два варианта одной модели, товар с нулевым остатком, позицию со скидкой и товар, который нужно скрыть. Запиши ожидаемый результат для каждой позиции. У товара без фото не должно исчезнуть прежнее изображение, если фотографии ведутся на сайте. У позиции с нулевым остатком может остаться карточка, но состояние покупки должно поменяться по правилам магазина.

Проверь обработку изменений. Что происходит, когда товар переименовали, переместили в другую группу или заменили артикул? Новая запись может стать дублем, если прежний ключ не сопоставлен. Если на сайте есть посещаемая карточка, реши, сохраняется ли её URL и куда ведёт старый адрес после объединения. Такие детали связывают интеграцию с поисковым продвижением и работой каталога.

Цены, остатки и время между обновлениями

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

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

Режим обмена выбирают с учётом объёма каталога и ограничений проекта. Полная выгрузка полезна для первой сверки. Для текущих изменений обычно стоит проверить обмен только обновлёнными данными, если обе стороны его поддерживают. Замерь, сколько занимает типичная выгрузка, что происходит при обрыве и может ли следующий запуск продолжить работу без дублей. Важно знать, куда сотрудник смотрит, если данные внезапно перестали обновляться.

Как передавать заказы обратно

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

Повтор обмена не должен создавать новый заказ с тем же номером. Используй стабильный ключ и проверяй, что поступившая запись уже существует, прежде чем создавать новую. Если 1С вернула ошибку сопоставления позиции, зафиксируй причину и оставь менеджеру возможность обработать заказ. Письмо об ошибке не заменяет журнал: сотруднику важно видеть, какие заказы требуют внимания и что уже повторили.

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

Прогони обмен на небольшой партии

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

Искусственно останови один из шагов на тестовом контуре. Например, сделай недоступной точку приёма или отправь позицию, которой нет в справочнике. Проверь, увидит ли сотрудник ошибку, останется ли заказ в очереди и можно ли повторить обмен после исправления. Перед рабочим запуском зафиксируй, что будет делать команда, если одна из систем недоступна дольше обычного. Иногда нужен временный ручной процесс, чтобы магазин продолжал обслуживать клиентов.

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

Что приложить к задаче на интеграцию

Для оценки пригодятся название и конфигурация 1С, платформа сайта, пример выгрузки, описание складов, типов цен и статусов заказа. Добавь перечень полей, которые важно не перезаписывать. Если обмен уже есть, приложи обезличенный пример проблемы и поясни, когда она возникает: при полной выгрузке, передаче заказа или обновлении остатков. По этим данным можно выбрать объём проверки, не разбирая весь магазин с нуля.

Интеграция полезна, когда команда понимает, где взять верный ответ. Остаток проверяется в выбранном источнике, статус заказа можно проследить по номеру, а ошибка видна без поиска по переписке. На странице «Разработка и интеграции» ZEVY можно открыть бриф и описать именно этот сценарий. Так разговор начнётся с данных и результата, которые можно сверить после запуска.