Расчет цены:
(Курс ЕВРО ЦБ +3 %) *60 +200руб.)
Цена должна меняться автоматом при изменении курса.

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

Сделай или купи обработку по формированию документа Установка цен при смене курса валюты.

В Ут11 автоматом ничего не меняется. По логике разработчиков УТ11 все цены должны быть оформлены через документ Установка цен.
  Есть два пути:
1. Сделть или купить НОРМАЛЬНУЮ обработку по формированию документа Установка цен
2. Переделать систему ценообразования в УТ11 по аналогии с предыдущими версиями конфигураций "Торговля"

УТ11 динамическое вычисление цены по курсу валюты?

(3) с процентами решил двумя видами цен - один устанавливаешь в человеческом виде, а второй считается по формуле из первого, в рубли переводится из второго

// оффтопик
с одного известного сайта прислали (c):
Авто.ру
Теперь можно и в валюте.

Кратко и лаконично. Хорошо отражает ситуацию.

Ты счастливый у тебя всего 3000 позиций номенклатуры, а у нас  40 000 позиций. И документ "Установка цен номенклатуры" - отрабатывается мягко говоря не быстро.

(7)Для программы всё равно сколько позиций отрабатывать.

(7) если коммент к моему кейсу, то я и не делаю установку цен каждый день. Завод прислал прайс в валюте - загнал его один раз и сиди кури полгода, пока следующий не пришлет. Цены сами в рубли считаются.

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

(10)Зря. Идеология в том и состоит, чтобы отказаться от динамических расчетов. Меньше обращений к серверу и быстрее в конечном итоге.

Цены можно держать в валюте, а в момент заполнения добавить нашлепку, которая добавляет к этой цене 200 руб.

12 нашлепка в 200 руб это пример лишь по одному из видов товара, у других позиций могут быть совсем отличные формулы...

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

(8) "Для программы всё равно сколько позиций отрабатывать"
  Вы серьезно ошибаетесь. Если использовать алгоритмы типовой УТ11 для документа "Установка цен", то скорость работы падает в n**2 раз.
  Разработчики конфигурации активно используют циклы для заполнения документа.
  Короче для документа на 40 тыс. позиций время открытия/заполнения/изменения любого реквизита составляет порядка 5 минут. Как можно работать с такими документами? Зато не вызывается лишний раз сервер (без передачи контекста) при расчете отгрузочных документов.
  УТ11 - это 100% ларечная конфигурация с использованием понтов. Она кое как работает если количество номенклатуры порядка 1000 элементов и документов не более десятка в день. Если объемы базы больше, тогда УТ11 надо переписывать.

(11)А если подумать то чтение цен номенклатуры с регистра и так происходит на сервере. Так в чем смысл "экономии" этих вызовов? Если уж обратились на сервер за получением данных так пускай и считает их по человечески :)