Интеграция 1С с сайтом в Екатеринбурге

Как описываем обмен до настройки

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

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

Какие потоки подключаем отдельно

Разделяем выгрузку каталога, изменение цен и доступности, а также обратную передачу заказов. У них разные объёмы, частота и последствия ошибки. Большая полная загрузка ассортимента не должна незаметно блокировать необходимое обновление наличия, если архитектура позволяет разделение.

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

Как проверяем целостность подключения

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

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