Почему на сайте неверные цены и остатки и как проверить обмен с 1С

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

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

Сначала убедитесь, что сравниваете одинаковые данные

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

Перед проверкой определите:

• Точный товар и его вариант, например размер, цвет или комплектацию.
• Вид цены и валюту.
• Единицу продажи, например штуку или упаковку.
• Склад или группу складов.
• Условия покупателя, если после входа действуют другие цены.
• Время изменения в 1С и время проверки сайта.

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

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

Проследите путь одного товара

Исходные данные в 1С

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

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

Отдельно проверьте базу, из которой работает интеграция. После переноса, восстановления или тестирования важно убедиться, что сайт получает актуальные сведения из нужного источника.

Данные, подготовленные к передаче

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

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

Когда передаваемые значения верны, проверка продолжается на стороне приёма и обработки.

Обработка на сайте

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

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

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

Почему цена может отличаться

Выбран другой вид цены

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

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

Также стоит сравнить карточку, список товаров и корзину. Если расхождение появляется только после добавления товара в заказ, необходимо проверить условия пересчёта стоимости и применения скидок.

Различаются валюта или единица продажи

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

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

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

Почему товар есть в 1С, но недоступен покупателю

Фактический остаток и доступное количество

Количество на складе может отличаться от количества, которое разрешено продать. Часть товара может быть зарезервирована, находиться на другом складе или не участвовать в интернет-продажах.

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

Если сайт получает сведения о заказах и резервах из нескольких систем, необходимо проверить последовательность обновлений. Важно понимать, когда резерв возникает, где хранится и при каких условиях снимается.

Остаток стал нулевым, но сайт сохранил наличие

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

Если товар перестал приходить в выгрузке, это не всегда означает команду обнулить остаток. Поведение зависит от формата и настроенных правил. Оно должно быть определено заранее, чтобы отсутствие записи не оставляло на витрине старое количество.

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

Проверьте расписание и длительность обмена

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

У расписания должен быть понятный смысл для бизнеса. Магазину нужно определить, какое отставание допустимо для его ассортимента и скорости продаж.

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

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

Общие возможности синхронизации товаров, цен, остатков и заказов рассмотрены в статье Sibcode об интеграции 1С и Битрикс.

Что передать специалистам для диагностики

Чтобы команда могла воспроизвести расхождение, подготовьте:

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

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

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

Как убедиться, что причина устранена

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

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

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

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

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