Здравствуйте!
Есть 2 таблицы (рег сведений(наценка) и рег накоплений(продажи))
Как без установки параметров вывести результат, какие были продажи с какой наценкой (к какой наценки относится та или иная номенклатура) ?

В рег сведений(наценка) могут быть установлены как группы номенклатуры так и номенклатура без групп.

с вложенными запросами не получилось. (

В рег накопления Продажи какая связь со Скидками?

(1) Сваять вспомогательную таблицу всей подчиненной номенклатуры вида:
Группа номенклатуры, номенклатура, приоритет.

и использовать соединение через нее с максимальным приоритетом

(0) (3) или сваять регистр ПримененныеНаценки

сначала сделай таблицу всех родителей
(ищи на ИС транзитивное замыкание)

Вот так выглядят регистры:

ВЫБРАТЬ
    НаценкиНоменклатуры.Номенклатура,
    НаценкиНоменклатуры.ПодразделениеКомпании,
    НаценкиНоменклатуры.Контрагент,
    НаценкиНоменклатуры.Наценка
ПОМЕСТИТЬ НАЦЕНКА
ИЗ
    РегистрСведений.НаценкиНоменклатуры КАК НаценкиНоменклатуры
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    Продажи.Период,
    Продажи.Регистратор,
    Продажи.НомерСтроки,
    Продажи.Активность,
    Продажи.УправленческийУчет,
    Продажи.ПодразделениеКомпании,
    Продажи.Номенклатура,
    Продажи.Поставщик,
    Продажи.Покупатель,
    Продажи.СтатусПартии,
    Продажи.ХозОперация,
    Продажи.ДоговорВзаиморасчетов,
    Продажи.ХарактеристикаНоменклатуры,
    Продажи.СкладКомпании,
    Продажи.Рецептура,
    Продажи.СтавкаНДС,
    Продажи.Партия,
    Продажи.Проект,
    Продажи.Количество,
    Продажи.Сумма,
    Продажи.СуммаНДС,
    Продажи.СуммаСкидки,
    Продажи.СуммаУпр,
    Продажи.КоличествоКомплексныхОбедов,
    Продажи.СебестоимостьУпр,
    Продажи.Себестоимость,
    Продажи.СуммаНДСВходящий
ИЗ
    РегистрНакопления.Продажи КАК Продажи

по иерархии 1С соединять не умеет

И? чем не устраивают уже написанные варианты то?

Сижу разбираюсь.
Это нужно для СКД. так какого ни-то механизма подходящего нет ? Выбрать запросом, поместить в таблицу, а потом таблицу использовать как параметр ?

(0) а для чего это делать вообще?
Наценка итак очевидна из регистра Продажи без всяких соединений - это разница между Сумма и Себестоимость. Разве нет?

(10) Там есть два вида наценки, одна штатная которая прописана в регистре сведений и ещё одна которая делается в коде. и нужно понять, какая именно наценка которая в регистре или так которая была расчитана по другому. причём регистр может постоянно пополнятся и изменятся.

(11) в регистр Продажи внеси это и записывай при продаже.
Ну, или в отдельный параллельный регистр, но тоже в момент продажи.

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

(11) Не назовешь конторку? Просто ради интереса. Делал такой механизм лет 5 назад.

вот это "причём регистр может постоянно пополнятся и изменятся" ведь значит, что какая-либо обезьяна из числа тупых, но рьяных может задним числом регистр рихтануть, так ведь? А потом прийти к автору кода и, выпучив коровьи глаза до щелчка, убеждать, что программа сама накосячила и все на самом деле надо не так считать.

Вычислять потом - очень плохая практика.

(12) Данную задачу решил своим отчётом, а сказали нужно на СКД (
(13) Обычное ИП, просто вот так вот решили вести учёт.
(14) Доступ к регистру имеет только самый главный человек, который знает последствия, все были предупреждены о рисках, которые могут возникнуть.

(14) Например регистр могут использовать для моделирования. В таком случае он будет использовать и меняться задним числом априори.

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


(16) в этом случае тем более совсем обязательно делать, как я описал выше

(17) Не понял, зачем так делать? Как раз отсутствие хранения данных гарантированно даст тебе абсолютно правильные данные в момент формирования отчета. Другое дело, что это не вполне эффективно с точки зрения использования ресурсов.

(18) отчет должен показать ту наценку, которая была фактически применена в момент продажи. Как я понял.
А, если ее вычислять на лету, то по одной и той же реализации отчет будет в разное время показывать разные данные. КОторые в общем случае не будут вообще ничего общего иметь с той наценкой, которая была применена в момент продажи.

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

(20) я обсуждаю (0), а не то, что ты подумал, чем бы оно ни было