Цены и остатки из 1С на сайте: что проверить до запуска обмена

Начните с товаров, на которых ошибка обойдётся дороже всего

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

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

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

Уточните состав обмена и совместимость установленного решения

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

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

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

Согласуйте, по чему сайт узнаёт существующий товар

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

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

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

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

Определите, какие сведения заполняют в 1С, а какие на сайте

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

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

Состав обмена не стоит расширять «на всякий случай». Передавайте необходимые данные, а новые поля добавляйте после определения их назначения. Иначе при проверке приходится разбирать десятки неиспользуемых свойств, пока ошибка в одном значимом поле остаётся незамеченной.

Проверьте цену глазами нужного покупателя

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

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

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

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

Отделите складское количество от обещания покупателю

В учёте может быть товар на складе, но часть уже зарезервирована или недоступна для выбранного способа получения. Поэтому для выгрузки остатков из 1С в Битрикс нужно определить, какое количество отражает возможность продажи. Название поля «остаток» без объяснения правил недостаточно.

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

Особенно внимательно проверьте последний экземпляр. Два клиента могут видеть наличие почти одновременно; то же изделие может продаваться в офлайн-точке. Периодический обмен сам по себе не устраняет все такие ситуации. Специалист должен описать резервирование, контроль при оформлении и действия менеджера при конфликте.

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

Что произойдёт с позицией, которой нет в очередной выгрузке

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

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

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

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

Задайте допустимое отставание и заметный сигнал ошибки

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

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

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

Как оформить приёмку и последующую поддержку

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

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

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

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