Интеграция сайта с 1С. Цены, остатки и заказы.

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

Демонстрация интеграции сайта с 1С: цены и остатки направляются на витрину, заказ возвращается в учёт.
Демонстрация решенияВитрина показывает данные учётной системы
  1. Каталог и остатки
  2. Сайт и покупатель
  3. Заказ и статус в 1С

CommerceML · API · журнал обмена

У цены и остатка определён источник

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

Остаток и цена приходят из источника

Сайт не хранит произвольную копию торговых данных и показывает согласованное состояние.

Заказ не приходится вводить повторно

Состав, клиент, доставка и оплата передаются в учётную систему с устойчивым идентификатором.

Ошибка обмена видна и повторяема

Журнал показывает остановленный объект, причину, количество попыток и результат повторной обработки.

Обмен начинается
с карты данных.

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

Не один большой обмен.
Несколько понятных потоков.

Большой каталог можно передавать пакетно, заказ — событием, а резерв проверять онлайн. Для каждого потока выбирается свой режим и правило восстановления.

011С → сайтКаталог · цены · остатки
02Сайт → 1СКлиент · заказ · оплата
031С → сайтРезерв · сборка · отгрузка

Когда типовой модуль
нужно расширить.

Нестандартность определяется не названием продукта, а структурой данных, правилами цен, количеством складов и порядком исполнения заказа.

До настройки
обмена.

Как выбрать способ обмена между сайтом и 1С?

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

Можно интегрировать доработанную 1С?

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

Как избежать дублей заказов?

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

Покажите текущий обмен.
Определим первый контрольный маршрут.

Рассказать о задаче