Как обновлять прайс в конфигураторе

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

Отделите смену цен от изменения правил подбора

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

Для простого обновления задайте границу: прежние идентификаторы и технические ограничения, новые значения стоимости по согласованному документу. Если поставщик вывел модель из продажи или заменил комплект, это уже отдельное изменение каталога. Его нельзя прятать в строке «обновили цены», даже когда новый файл внешне похож на старый.

Разберём учебный сценарий: конфигуратор собирает насосный комплект из основной модели, соединителей и дополнительного управления. Все названия и суммы условны. Поставщик прислал новый прайс только на соединители. Ожидаемый результат — прежний совместимый комплект с изменённой стоимостью этих строк. Самовольная замена насоса при такой задаче будет поводом остановить выпуск.

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

Зафиксируйте условия и действующую редакцию

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

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

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

Налоговые и договорные условия берите из подтверждённых материалов компании; эта инструкция не определяет их за Вас. Фраза «стоимость с учётом всех расходов» опасна, если доставка или монтаж считаются отдельно. В интерфейсе используйте ровно ту область цены, которую можно обосновать источником.

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

Сопоставьте строки по кодам и проверьте пропуски

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

Для каждого кода получите понятный статус: цена не изменилась, изменилась, позиция добавлена, отсутствует в новом файле или не найдена в каталоге. Отсутствие строки не означает автоматически снятие с продажи. Возможно, документ содержит только изменённые позиции. Уточните, перед Вами полная замена или частичное обновление.

Не назначайте ноль вместо неизвестной цены. Нулевое значение может быть корректным только по явно согласованному смыслу. Если стоимость не определена, конфигуратор должен действовать по отдельному правилу: остановить оценку, передать запрос специалисту или показать ограничение. «Не удалось прочитать число» не должно превращаться в бесплатный компонент.

Поведение импорта зависит от системы: проверьте отдельно пустую ячейку, отсутствующую колонку и неизвестный код. Для опубликованного результата нужна ещё и согласованность точек показа. Например, спецификация Google Merchant Center требует соответствия цены и валюты в товарных данных и на целевой странице. Это правило конкретной системы, а не описание механизма конфигуратора Nazara. Для своего приложения проверьте обработку файла и фактический результат на странице.

Числовые значения сверяйте после преобразования. Десятичный разделитель, пробелы и кодировка могут изменить смысл строки или вызвать ошибку. Договоритесь о формате входа и сохраняйте сообщения об отклонениях. Загрузка с предупреждениями требует разбора: сообщение «обработано» не доказывает, что все нужные цены применены.

Объясните разницу до публикации

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

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

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

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

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

Пересчитайте прежние контрольные комплекты

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

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

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

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

Переключите версию и проверьте уже открытый расчёт

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

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

Не допускайте незаметного смешения: модель из старого каталога, компоненты из нового и подпись с третьей датой. Если данные выдаются отдельными файлами или API, их совместимость входит в проверку релиза. Технический способ переключения выбирает разработчик по устройству приложения. Для владельца критерием служит воспроизводимый согласованный результат.

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

Сохраните доказательства проверки и следующий шаг

В записи о выпуске укажите версию, основание, перечень затронутых кодов, результаты контрольных комплектов и фактическое время включения. Полезно сохранить проверенный экспорт или другой согласованный снимок данных. История переписки «вроде всё нормально» не даёт возможности восстановить, что именно приняли.

Проверка цены не заменяет проверку безопасности и совместимости оборудования. Для правил отбора есть отдельная статья о совместимости в конфигураторе. Подготовку исходных каталогов и эталона раскрывает перенос подбора из таблиц. Здесь предмет приёмки — смена редакции стоимости и её влияние на прежние сценарии.

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

Вопросы об обновлении цен

Можно ли обновить только несколько позиций

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

Нужно ли менять код товара при новой цене

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

Как проверить скидку для отдельной группы клиентов

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

Можно ли восстановить цену по старому скриншоту

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

Что делать, если новый документ прислали без даты

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

Доказывает ли успешная загрузка правильность стоимости

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