При работе с интернет-магазинами одна из самых распространенных сложностей заключается в том, что в учетной системе 1С цены могут храниться в одном формате (например, без НДС для управленческого учета), а на сайте они должны отображаться уже с включенным налогом. В конфигурации «Управление торговлей для Беларуси» (редакция 2.0), которая построена на классической архитектуре УТ 10.3, этот механизм имеет свои тонкости. Часто пользователи сталкиваются с тем, что даже при установленном флаге «Цена включает НДС» в типе цен, на сайт все равно улетают «голые» суммы.
В этой статье мы подробно разберем, как правильно сконфигурировать систему, чтобы сайт получал корректные данные, учитывая, что у разных товаров могут быть разные ставки НДС (20%, 10% или 0%). Мы пройдем путь от настройки карточки номенклатуры до финальной выгрузки, не прибегая к помощи программистов.
Первым делом проанализируем справочник Номенклатура. Система 1С не может угадать, какую ставку налога применить к конкретному товару, если она не указана в его реквизитах. Поскольку для разных позиций ставки могут отличаться, расчет цены «с НДС» всегда опирается на индивидуальные настройки каждой карточки.
Разберем, что нужно проверить:
Важный нюанс: если у вас тысячи товаров, проверять каждую карточку вручную долго. Рекомендуем использовать обработку «Групповая обработка справочников и документов», чтобы массово проставить нужную ставку НДС для определенных групп товаров.
Теперь рассмотрим настройки самого типа цен, который предназначен для сайта (в нашем примере это BASE). Перейдем в справочник Типы цен номенклатуры и проанализируем ключевые параметры.
Для того чтобы цена для сайта формировалась корректно, выполним следующие настройки:
Динамический тип цен не хранится в базе данных физически. Он вычисляется «на лету», когда вы открываете документ. Для выгрузки на сайт этот вариант крайне нежелателен, так как модули обмена часто не могут корректно «подцепить» вычисляемое значение.Расчетный тип цен — это лучший выбор. Цена вычисляется один раз на основании базовой (например, Закупочной) с учетом наценки, и физически записывается в регистр сведений. Именно это числовое значение будет гарантированно передано на сайт.Это самый важный этап, на котором совершается большинство ошибок. Даже если тип цен настроен верно, данные в регистр могут записаться без НДС, если неправильно оформлен сам документ установки.
Разберем алгоритм действий в документе Установка цен номенклатуры:
BASE.Проанализируем ситуацию: когда флаг в настройках документа «Цены и валюта» включен, 1С при расчете берет базовую цену, смотрит ставку НДС в карточке товара и прибавляет сумму налога к итоговой цене (или выделяет внутри, в зависимости от логики). Если этот флаг выключен, система запишет в регистр «чистую» цену, и на сайт уйдет значение без налога.
После того как мы убедились, что в 1С цены лежат в правильном виде (с учетом НДС), нужно проверить «транспорт», который доставляет эти данные на сайт. Рассмотрим типовой модуль обмена (например, с Bitrix или стандартный обмен по стандарту CommerceML).
Выполним следующие действия в настройках обмена:
Сервис — Обмен данными с сайтом — Настройки обмена с сайтом.BASE.Если вы обнаружили, что цены на сайте уже неверные, их нужно принудительно обновить. Просто изменить галочку в типе цен недостаточно — нужно перезаписать движения в регистре Цены номенклатуры.
Посмотрим на пример правильного обновления:
Установка цен номенклатуры.Цена включает НДС.BASE.Закупочная + Наценка + НДС из карточки товара.Мы выяснили, что для решения проблемы «Цен без НДС» на сайте в типовой 1С для РБ (УТ 2.0 / 10.3) не требуется программирование. Главное — соблюдать иерархию настроек:
Ставка НДС в товаре -> Расчетный тип цен -> Флаг «Цена включает НДС» в самом документе установки -> Выгрузка конкретного типа цен.
Такой подход позволяет гибко управлять ценообразованием: вы можете закупать товар без НДС у одних поставщиков и с НДС у других, а на сайте всегда иметь актуальную розничную цену, готовую к покупке конечным потребителем. Совместная работа настроек документа и справочников гарантирует, что формула расчета будет учитывать специфику налогообложения каждой позиции номенклатуры в вашем каталоге.