Как настроить установку цен в разных валютах для одного вида цен в 1С:Управление торговлей 11?

Программист 1С v8.3 (Управляемые формы) 1С:Управление торговлей Управленческий учет Торговля и дистрибуция
← На главную

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

Это создает определенные неудобства, когда, например, закупочные цены на часть товаров приходят в одной валюте (например, EUR), а на другую часть – в другой (например, RUB), но продажную цену необходимо иметь единую, но с возможностью ее формирования из разных валют. Менеджерам же при этом хочется видеть одну общую цену, не задумываясь о ее исходной валюте или типе цен.

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

1. Использование нескольких видов цен с расчетом по формулам

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

  1. Создание видов цен:

    Например, если вам нужна одна общая "Оптовая" цена, но часть товаров поступает в евро, а часть в рублях, мы создаем два (или более) вида цен:

    • ОПТ (Рубли) — с валютой "Рубли".
    • ОПТ (EUR) — с валютой "Евро".

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

  2. Настройка расчетных цен:

    Если ваша продажная цена (например, ОПТ (Рубли)) должна формироваться на основе закупочных цен, приходящих в другой валюте (например, Закупочная (EUR)), мы можем настроить расчетный вид цен. Для этого в настройках вида цен ОПТ (Рубли) мы можем указать метод расчета:

    • Наценка на другой вид цен: Мы можем указать, что ОПТ (Рубли) рассчитывается как наценка (фиксированная сумма или процент) на Закупочная (EUR).
    • Произвольная формула: Более гибкий вариант, где вы можете задать сложную формулу, включающую базовый вид цен и курсы валют.

    Пример настройки:

    Для вида цен ОПТ (Рубли), в его настройках (раздел "Ценообразование" > "Виды цен") выберите способ задания цены "Рассчитывать по другим видам цен" или "Произвольная формула".

    Если выбран "Наценка на другой вид цен", укажите базовый вид цен, например, Закупочная (EUR), и задайте процент наценки. Система 1С:УТ 11 самостоятельно пересчитает цену из евро в рубли по актуальному курсу и применит наценку. Для корректной работы этого механизма критически важно, чтобы в системе регулярно загружались актуальные курсы валют.

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

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

2. Настройка видов цен с произвольными формулами и запросами к данным ИБ

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

  1. Использование произвольных запросов:

    В настройках вида цен 1С:УТ 11 предусмотрена возможность указать метод задания цены "Произвольный запрос к данным ИБ". Этот механизм позволяет вам создать SQL-подобный запрос к базе данных 1С, который будет формировать значения цен для данного вида.

    Как это работает:

    • Вы можете написать запрос, который будет брать закупочную цену из соответствующего регистра (например, `ЦеныНоменклатуры` или `СебестоимостьТоваров`), учитывать ее валюту, применять курс валюты (например, с помощью таблицы `КурсыВалют`), добавлять наценку и округлять результат.
    • Например, если у вас есть цена поступления в евро, вы можете в запросе получить ее, умножить на текущий курс евро к рублю, добавить процент наценки и записать результат как рублевую продажную цену.

    Пример логики запроса:

    
    ВЫБРАТЬ
        Номенклатура.Ссылка КАК Номенклатура,
        ВидыЦен.Ссылка КАК ВидЦены,
        (БазоваяЦена * КурсВалюты.Курс * (1 + ПроцентНаценки / 100)) КАК Цена,
        &ВалютаРубли КАК Валюта
    ИЗ
        РегистрСведений.ЦеныНоменклатуры КАК БазовыеЦены
        ЛЕВОЕ СОЕДИНЕНИЕ Справочник.КурсыВалют КАК КурсВалюты
        ПО БазовыеЦены.Валюта = КурсВалюты.Валюта
    ГДЕ
        БазовыеЦены.ВидЦены = &ВидЦеныЗакупочнаяЕВРО
        И КурсВалюты.Дата = &ДатаУстановкиЦены
    

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

  2. Когда происходит расчет:

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

  3. Плюсы и минусы:
    • Плюсы: Высокая гибкость в формировании цен, автоматизация перерасчета, исключение ручных ошибок, поддержание единого вида цен (хотя и с расчетными значениями).
    • Минусы: Требует квалификации программиста или аналитика для написания запросов. Могут возникнуть вопросы производительности при очень больших объемах данных. Цены не обновляются моментально в продажных документах при изменении курса, требуется периодическое формирование `УстановкаЦенНоменклатуры`.

3. Уточнения цен в соглашениях с клиентами

Механизм соглашений в 1С:УТ 11 предоставляет мощный инструмент для управления ценообразованием в зависимости от клиента, условий продажи или конкретной номенклатуры. Мы можем использовать уточнения цен в типовых и индивидуальных соглашениях для достижения нужной гибкости.

  1. Понятие соглашений:

    В 1С:УТ 11 все продажи осуществляются в рамках соглашений с клиентами. Соглашения могут быть:

    • Типовые — применяются ко всем клиентам, соответствующим определенным критериям.
    • Индивидуальные — заключаются с конкретным клиентом и имеют приоритет над типовыми.
  2. Настройка уточнений цен:

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

    • Для конкретного товара "Товар A" (например, импортного) применять вид цен ОПТ (EUR).
    • Для другого товара "Товар B" (например, отечественного) применять вид цен ОПТ (Рубли).
    • Или даже для группы товаров установить специфические условия расчета цен.

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

  3. Принцип работы:

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

  4. Плюсы и минусы:
    • Плюсы: Это типовой механизм, очень гибкий для индивидуальной настройки ценообразования, позволяет автоматизировать подбор нужного вида цен на уровне документа при правильной настройке соглашений.
    • Минусы: Основной недостаток — необходимость постоянного поддержания списка номенклатуры в уточнениях. При большом и часто обновляющемся ассортименте это может быть трудоемко. Для каждой новой позиции потребуется ручное добавление в уточнение, что снижает удобство использования для большой номенклатурной базы.

4. Доработка документа "Установка цен номенклатуры" или использование расширений

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

  1. Суть доработки:

    Идея заключается в том, чтобы в табличной части документа `УстановкаЦенНоменклатуры` добавить возможность явного выбора валюты для каждой строки, независимо от валюты, указанной в виде цен. Несмотря на то, что для вида цен указана, например, "Рубли", для конкретной позиции номенклатуры мы смогли бы выбрать "Евро" и установить цену в евро.

    Техническая реализация:

    • В расширении мы можем добавить новый реквизит "ВалютаЦеныСтроки" в табличную часть документа `УстановкаЦенНоменклатуры`.
    • Далее, мы изменяем алгоритм проведения документа, чтобы при записи движений в регистр `ЦеныНоменклатуры` (который уже имеет реквизит `Валюта`) использовать значение из нашего нового реквизита "ВалютаЦеныСтроки" вместо валюты вида цен.

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

  2. Преимущества и риски:
    • Плюсы: Сохраняется возможность использования одного вида цен, удобство ввода цен в разных валютах в одном документе.
    • Минусы: Это доработка, требующая знаний платформы 1С. Хотя использование расширений минимизирует риски при обновлении, все равно требуется тщательное тестирование. Есть риск несовместимости с будущими обновлениями или изменениями в типовом функционале ценообразования.
  3. Использование внешних решений:

    На рынке существуют готовые внешние решения и модули (например, "Мегапрайс ПРО" или "Прайс Эксперт"), которые расширяют возможности ценообразования в 1С. Такие решения могут предоставлять функционал для загрузки прайс-листов поставщиков с ценами в разных валютах и более гибкого управления пересчетами, что может частично или полностью решить поставленную задачу без глубокой модификации типовой конфигурации.

5. Предназначение цены (актуально для УТ 11.5 и выше)

В более поздних версиях 1С:Управление торговлей (начиная с 11.5) появился новый механизм, который может косвенно помочь в решении проблемы выбора правильного вида цен при продаже — это "Предназначение цены".

  1. Что такое Предназначение цены:

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

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

    Хотя "Предназначение цены" напрямую не решает проблему установки разных валют для одного вида цен, оно значительно упрощает автоматический подбор нужного вида цен из нескольких созданных (например, ОПТ (Рубли) и ОПТ (EUR)) в документе продажи.

    Например, мы можем настроить, что вид цен ОПТ (EUR) используется для партнеров из сегмента "Импортеры", а ОПТ (Рубли) для всех остальных. Или для определенных соглашений с клиентами, которые предусматривают расчет в евро, будет использоваться ОПТ (EUR). Система будет автоматически выбирать вид цен с более высоким приоритетом или наиболее подходящий по условиям "Предназначения цены".

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

Заключение

Как мы видим, прямая возможность установки цен в разных валютах для одного вида цен, которая была доступна в некоторых предыдущих версиях, в 1С:УТ 11 отсутствует из-за изменений в архитектуре ценообразования. Однако, существует несколько эффективных обходных путей:

  1. Создание нескольких видов цен с настроенным расчетом и автоматическим пересчетом по курсу — это наиболее стандартное и рекомендуемое решение.
  2. Использование произвольных формул и запросов для автоматического формирования цен в документе "Установка цен номенклатуры" обеспечивает высокую гибкость.
  3. Механизм уточнений цен в соглашениях с клиентами позволяет тонко настроить применение видов цен для конкретных товаров и партнеров.
  4. При необходимости сохранения единого вида цен и возможности ручного ввода в разных валютах, можно рассмотреть доработку документа "Установка цен номенклатуры" с использованием расширений.
  5. Использование функции "Предназначение цены" (в УТ 11.5+) помогает автоматизировать выбор правильного вида цен при продаже.

Выбор конкретного решения зависит от специфики вашего бизнеса, объемов номенклатуры, частоты изменения цен и наличия ресурсов для доработки системы. Мы рекомендуем начать с типовых механизмов (несколько видов цен, расчет по формулам, соглашения), и лишь затем, если их возможностей недостаточно, переходить к кастомизации.

← На главную