Задача и границы решения
Обмен состоит из нескольких этапов. Файл может успешно загрузиться, но не импортироваться; каталог обновиться, но цены остаться прежними. Сообщение «обмен завершён» нужно сопоставлять с данными.
Как подойти к задаче
Найдите время последнего успешного запуска и конкретный товар-пример. Проверьте авторизацию, приём файлов, разбор и применение изменений. Логи сайта и 1С сопоставляйте по времени, учитывая разные часовые пояса.
Что проверить на практике
Измените одну контролируемую позицию в тестовом контуре: цену, остаток и название. Проверьте каждый атрибут отдельно. Это помогает локализовать этап сбоя без полной повторной выгрузки большого каталога.
Какой ошибки избежать
Не начинайте с удаления каталога и полного импорта. Можно потерять связи, ручные данные и стабильные адреса. Сначала резервная копия и диагностика, затем минимальное исправление с повторной проверкой.
Пример для проверки на вашем проекте
Менеджер изменил цену одного товара в 1С, но на сайте она прежняя. Сначала проверяют, вошёл ли товар в выгрузку. Затем — принят ли файл, найден ли нужный внешний ID и применён ли тип цены. Только после этого исследуют кеш страницы. Такая последовательность отделяет отсутствие данных от ошибки отображения и не требует сразу повторять весь каталог.
Сначала договорённость о данных
Для обмена фиксируем системы-источники, идентификаторы сущностей и владельца каждого поля. Нужны конфигурация 1С, версия сайта, расписание и обезличенные примеры расхождений. Согласуем, какие ручные изменения допустимы и что происходит при временной недоступности одной стороны. Без этого технически успешная передача может давать неверный бизнес-результат.
Проверка устойчивости обмена
Приёмка включает создание, изменение и повторную передачу одного набора данных. Сопоставляем обе стороны по устойчивому ключу, а не по названию. Проверяем журнал исключений и возможность продолжения после сбоя. Полный импорт большого каталога выполняется только после резервной копии и проверки ограниченного набора.