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