Можно ли организовать выбор схема калькуляции(расчет цен) не по заказчику , рынку сбыта и виду документа, а еще например некому дополнительному реквизиту, вводимому прямо в торговом документе (ну например условия платежа или свое какое-нибудь поле)

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

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

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

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

Добавить - нельзя (это таблица T683V, а там нет возможности вставлять свои поля). Согласен с og69, надо разруливать с помощью условий, а там и предпосылки задать можно ,и последовательность доступа свою....

Да на уровне условий разрулено все. в документ вводится схема цены (самописный справочник). на основании это часть условий считается входящими в цену, часть нет. и от этого расчитывается реальная цена, стоимость, налоги. Вообщем все работает. Но схема получилась "кучерявая" и кроме того возникают копейки на округлении. Думал создать несколько простых схем с возможностью выбора, но по стандарту пришлось бы заводить новые виды документов. А коммерсанты не могут описать все возможные схемы и сказать что новых не будет. И что - регулярно рождать новые виды документов, настраивать копирование и т.д и т.п? Не очень хотелось бы.

А ты думаешь наш бизнес знает что ему завтра захочется?

Для этого то и существуют последовательности доступа к условию.
И не нужны ни какие самописные справочники.
И рулится всё легко и просто.
У нас схем калькуляции около 30, и, в самых часто используемых, около 40 условии.
Рулится всё на раз. Если с умом создать последовательности доступа, и поставить их в правильном порядке, то любой каприз бизнеса решается за несколько минут (другой вопрос что на согласование уходит от полдня до нескольких дней )

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

А можно поподробнее насчет округлений?

А можно поподробнее насчет округлений?

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

data: P type P DECIMALS 2.
P = xkwert.
xkwert = P.

В результате получишь округление до второго знака после запятой.
Можно использовать и ROUND и прочие операторы форматирования.

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

А зачем ?
И видов документов столько же? А зачем, если не секрет?

А вот это вот у нашего бизнеса надо спрашивать. Хотя если честно, я думаю что там видов 10 активно используется. По крайней мере изменения вносятся, в основном, всего в несколько схем.
(Вобще то, для второй по объёмам производства в Европе компании, я думаю это не много)