Если на сайте неверная цена или остаток, не начинайте с полной перевыгрузки каталога. Сначала проследите один товар через весь маршрут: данные 1С → пакет обмена → импорт → данные Битрикс → отображение посетителю. Это позволяет установить, где значение впервые стало неправильным. По результату у вас будет конкретный пример для исправления, а не общий запрос «синхронизация сломалась».
Что собрать до изменения настроек
Выберите один проблемный товар и один похожий исправный. Запишите артикул, внешний идентификатор, вариант товара, ожидаемую цену, валюту, единицу измерения, склад и время последнего изменения в 1С. Добавьте URL страницы и время наблюдения с часовым поясом. Если цена персональная, укажите группу тестового пользователя, не передавая пароль.
Понадобятся версия и конфигурация 1С, название и версия модуля обмена, редакция CMS и схема запуска задания. Не меняйте их одновременно с диагностикой. В официальном курсе интеграции с 1С описаны разные варианты модулей и настроек: инструкция для другой конфигурации или версии не обязательно подходит вашей установке.
Определите, какая система управляет конкретным полем. Например, 1С задаёт базовую цену и остаток, а сайт — описание и SEO-текст. Ручная правка цены на сайте не считается исправлением обмена, если следующая выгрузка закономерно её перезапишет. Без распределения ответственности два редактора или две системы могут бесконечно отменять действия друг друга.
Шаг 1. Убедитесь, что сравниваете одно и то же
Название товара — слабый идентификатор. У одинаково названных позиций могут различаться упаковка, модификация или внешний код. Артикулы тоже иногда повторяются. Для обмена важно фактическое сопоставление идентификаторов в текущей схеме, а не визуальное сходство карточек.
Особенно внимательно проверьте торговые предложения. Родительская карточка «Куртка рабочая» и вариант «синяя, размер 52» могут храниться как разные сущности. Цена, остаток и доступность покупателя могут относиться к предложению, а на скриншоте открыта родительская карточка. Запишите обе связи. Не создавайте новый товар для исправления связи, пока не установлена причина: это может раздвоить каталог.
| Что сравниваем | Контроль | Частая путаница |
|---|---|---|
| Товар и предложение | Внешние ID и связь | Размер вместо модели |
| Цена | Тип, валюта, единица | Розница вместо опта |
| Остаток | Склад и правило расчёта | Физический вместо доступного |
Проверяйте цену за ту же единицу. Стоимость одной штуки, комплекта и упаковки из десяти штук нельзя сравнивать как одинаковые значения. Также отдельно фиксируйте, включён ли налог в отображаемую сумму и применена ли скидка. Это условия расчёта, которые нужно выяснить, а не догадаться по итоговой цифре.
Шаг 2. Проверьте источник в 1С
Откройте данные выбранной позиции в 1С вместе с сотрудником, отвечающим за учёт. Убедитесь, что нужное изменение записано и действительно попадает в используемый обмен. Наличие новой цены в документе ещё не доказывает, что она действует в нужную дату и выбрана для выгрузки.
Сравните настройки отбора: организация, тип цены, склады, группы номенклатуры и другие условия конкретного модуля. Если проблема появилась после изменения отбора, сохраните прежние и текущие значения в отчёте. Не расширяйте отбор до всего каталога без понимания последствий. Сайт может получить позиции и условия, которые не предназначались для публикации.
Для остатков договоритесь о формуле доступности. Она может учитывать резервы, ожидаемые поступления, допустимость продажи при отсутствии и другие правила. Не существует одной универсальной формулы «остаток 1С», подходящей всем конфигурациям. Нужно сравнивать то значение, которое бизнес решил показывать или продавать, с тем, что фактически передаётся.
Шаг 3. Найдите значение в пакете обмена
Попросите ответственного специалиста сохранить небольшой диагностический пакет или фрагмент журнала конкретного запуска. Работайте с копией, исключив персональные данные, пароли и служебные токены. Пакет обмена может содержать больше информации, чем видна в каталоге; не прикладывайте его целиком к публичному сообщению.
В пакете найдите выбранный внешний идентификатор, нужную цену или количество и отметку запуска. Важно проверить именно тот пакет, который дошёл до сайта: локальный файл другого времени не доказывает успешную передачу. Запишите результат буквально: «в пакете цена 1200», «позиции нет», «есть только другая цена». Отсутствие товара в частичном пакете не всегда означает удаление — это зависит от режима обмена.
Если в 1С значение правильное, а в выгрузке неверное, искать нужно в источнике, отборе или преобразовании перед отправкой. Если пакет правильный, переходите к приёму и импорту. Уже на этом шаге можно разделить ответственность между специалистом 1С и разработчиком сайта, не предлагая обоим «проверить всё».
Шаг 4. Отделите передачу от импорта
Успешное соединение и загрузка файла не доказывают, что все данные применились. Проверьте завершение конкретной сессии обмена и сообщения импорта. У многозадачного процесса один этап может завершиться, а следующий — остановиться по времени, ошибке данных или ограничению ресурсов.
Сопоставьте время начала и окончания, объём принятого пакета, количество обработанных объектов и ошибки по проблемному ID. Если используется расписание, выясните, не запускается ли новая задача до окончания предыдущей. Исправлять перекрытие надо в порядке запуска и блокировках, а не многократным ручным стартом.
Различайте полный и частичный обмен. Полный пересылает полный согласованный набор данных; частичный — изменения по правилам используемого механизма. Конкретное поведение отсутствующих элементов, удаления и деактивации проверьте в настройках вашей версии. Перед полным обменом особенно важно понять, что произойдёт с созданными вручную карточками и локальными изменениями.
Учебный пример: цена есть, но витрина показывает другую
Условная модель «Куртка рабочая» имеет внешний ID demo-jacket, а синяя куртка размера 52 — demo-jacket-blue-52. Для этого предложения в учебном пакете переданы две цены: базовая 1000 рублей и розничная 1200 рублей. В административной части обе присутствуют. Гость видит 1000 рублей, хотя согласованная публичная цена — 1200. Это вымышленный пример для диагностики.
Маршрут до хранения данных пройден правильно. Следующий вопрос — какой тип цены выбирает компонент страницы и имеет ли гость право его видеть. Если шаблон использует базовую цену, повторный импорт не исправит отображение. Исправляется выбор типа и права, затем проверяются карточка, список, поиск и корзина, если она используется. Одна правильная цифра в карточке ещё не подтверждает весь маршрут покупки.
Второй учебный симптом: на складе 12 штук, в резерве 3, а по принятому в примере правилу доступно 9. Сайт показывает 12. Нужно выяснить, откуда он берёт число: из физического количества, отдельного поля доступности или собственной суммы складов. Формула 12 − 3 = 9 здесь описывает только учебное правило. Нельзя переносить её на другую конфигурацию без согласования.
Шаг 5. Проверьте отображение и кеш
Если в базе Битрикс значения правильные, проверьте страницу в том же пользовательском контексте, где возникла ошибка. Гость, розничный покупатель и оптовик могут получать разные цены. Учтите выбранный город или склад, валюту, скидку и вариант товара. Для каждого контекста нужен отдельный ожидаемый результат.
Сравните карточку товара, список раздела, результаты поиска и заказ. Они могут использовать разные компоненты и настройки. Если ошибочен только один блок, это сильный признак локальной проблемы отображения. Не меняйте источник данных, чтобы «подогнать» его под неправильный блок.
Кеш проверяют после сравнения сохранённых данных. Разовая очистка может убрать симптом, но не восстановить механизм обновления кеша после импорта. Испытайте следующее изменение того же товара: обновилось ли отображение без ручного вмешательства? Если проблема повторяется, требуется исправление зависимостей кеша или логики обновления. Постоянное отключение кеширования обычно подменяет проблему и ухудшает нагрузку.
Как исправлять с возможностью возврата
Сначала воспроизведите ошибку на защищённой тестовой копии с отключённым реальным обменом, письмами и платежами. Подготовьте резервную копию затрагиваемых настроек и данных. Меняйте одну причину за раз: отбор, сопоставление, тип цены либо отображение. После изменения повторите ограниченный учебный обмен и сравните результат.
В рабочее окно заранее определите, кто останавливает и возобновляет расписание, какой запуск считается контрольным и где хранится предыдущая конфигурация. Не удаляйте каталог ради «чистого импорта». Это может изменить URL, связи, корзины и историю заказов. Полная перевыгрузка допустима только как осознанная операция с проверенными правилами, а не универсальный первый шаг.
Откат зависит от того, что изменено. Возврат настройки не отменяет уже записанные неправильные цены. А полное восстановление базы на старую дату может удалить новые заказы. Поэтому план должен включать восстановление конкретных затронутых данных или согласованную сверку новых записей. При неопределённости остановите дальнейшие повреждающие запуски и сохраните диагностические материалы, а не экспериментируйте на всей базе.
Приёмка: один исправленный товар недостаточен
- Проверьте проблемное и контрольное предложения, товар без вариантов и товар с несколькими вариантами.
- Измените на тесте цену, затем количество. Убедитесь, что оба изменения проходят независимо.
- Проверьте нулевой остаток, возвращение наличия и отсутствие цены по согласованным правилам.
- Сравните гостя и авторизованного тестового покупателя, если цены зависят от прав.
- Дождитесь следующего планового запуска: исправление должно сохраняться без ручной очистки.
- Проверьте, что не появились дубли и не изменились URL, изображения и редактируемые на сайте тексты.
В отчёте оставьте время контрольного запуска, внешний ID, ожидаемое и фактическое значения на каждом этапе. Этого достаточно, чтобы следующий специалист продолжил расследование. Фраза «всё работает» без этих данных не объясняет, что было исправлено.
Когда не нужен новый модуль обмена
Если пакет и данные на сайте правильные, а ошибается только выбор цены в шаблоне, покупка нового обмена не устранит причину. Если расписания накладываются, сначала исправьте управление запусками. Если неверен отбор в 1С, другой импортёр получит те же неверные данные. Новый модуль имеет смысл оценивать после выявленного ограничения текущего решения и проверки совместимости.
SKU — конкретное торговое предложение; внешний ID — идентификатор для сопоставления систем; дельта — набор изменений; сессия обмена — конкретный цикл передачи и обработки; кеш — сохранённый результат вычисления или отображения. Заполненная таблица прохождения одного SKU станет приложением к задаче по интеграции 1С и Битрикс и поможет проверить исправление самостоятельно.
Применить к своей задаче
Найти первый этап, на котором расходятся цена или остаток одного предложения, собрать доказательства и принять исправление без полной перевыгрузки наугад.
Паспорт проверки одного SKU в обмене 1С и Битрикс: открыть рабочий материал · Скачать CSV для заполнения. Доступ свободный, без регистрации. Можно использовать самостоятельно или передать своему исполнителю.