Вход | Регистрация



Запрос В ИЕРАРХИИ() как реализовать без параметров ?

Запрос В ИЕРАРХИИ() как реализовать без параметров ?
Я
   Trotter
 
17.09.18 - 09:50
Здравствуйте!
Есть 2 таблицы (рег сведений(наценка) и рег накоплений(продажи))
Как без установки параметров вывести результат, какие были продажи с какой наценкой (к какой наценки относится та или иная номенклатура) ?

В рег сведений(наценка) могут быть установлены как группы номенклатуры так и номенклатура без групп.
 
 
   Trotter
 
1 - 17.09.18 - 09:53
с вложенными запросами не получилось. (
   MSOliver
 
2 - 17.09.18 - 10:09
В рег накопления Продажи какая связь со Скидками?
   Лодырь
 
3 - 17.09.18 - 10:20
(1) Сваять вспомогательную таблицу всей подчиненной номенклатуры вида:
Группа номенклатуры, номенклатура, приоритет.

и использовать соединение через нее с максимальным приоритетом
   FIXXXL
 
4 - 17.09.18 - 10:21
(0) (3) или сваять регистр ПримененныеНаценки
   Вафель
 
5 - 17.09.18 - 10:23
сначала сделай таблицу всех родителей
(ищи на ИС транзитивное замыкание)
   Trotter
 
6 - 17.09.18 - 10:49
Вот так выглядят регистры:

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

////////////////////////////////////////////////////////////////////////////////

ВЫБРАТЬ
    Продажи.Период,
    Продажи.Регистратор,
    Продажи.НомерСтроки,
    Продажи.Активность,
    Продажи.УправленческийУчет,
    Продажи.ПодразделениеКомпании,
    Продажи.Номенклатура,
    Продажи.Поставщик,
    Продажи.Покупатель,
    Продажи.СтатусПартии,
    Продажи.ХозОперация,
    Продажи.ДоговорВзаиморасчетов,
    Продажи.ХарактеристикаНоменклатуры,
    Продажи.СкладКомпании,
    Продажи.Рецептура,
    Продажи.СтавкаНДС,
    Продажи.Партия,
    Продажи.Проект,
    Продажи.Количество,
    Продажи.Сумма,
    Продажи.СуммаНДС,
    Продажи.СуммаСкидки,
    Продажи.СуммаУпр,
    Продажи.КоличествоКомплексныхОбедов,
    Продажи.СебестоимостьУпр,
    Продажи.Себестоимость,
    Продажи.СуммаНДСВходящий
ИЗ
    РегистрНакопления.Продажи КАК Продажи
   Лефмихалыч
 
7 - 17.09.18 - 10:53
по иерархии 1С соединять не умеет
   Лодырь
 
8 - 17.09.18 - 10:53
И? чем не устраивают уже написанные варианты то?
   Trotter
 
9 - 17.09.18 - 10:55
Сижу разбираюсь.
Это нужно для СКД. так какого ни-то механизма подходящего нет ? Выбрать запросом, поместить в таблицу, а потом таблицу использовать как параметр ?
   Лефмихалыч
 
10 - 17.09.18 - 10:57
(0) а для чего это делать вообще?
Наценка итак очевидна из регистра Продажи без всяких соединений - это разница между Сумма и Себестоимость. Разве нет?
 
 Рекламное место пустует
   Trotter
 
11 - 17.09.18 - 11:02
(10) Там есть два вида наценки, одна штатная которая прописана в регистре сведений и ещё одна которая делается в коде. и нужно понять, какая именно наценка которая в регистре или так которая была расчитана по другому. причём регистр может постоянно пополнятся и изменятся.
   Лефмихалыч
 
12 - 17.09.18 - 11:03
(11) в регистр Продажи внеси это и записывай при продаже.
Ну, или в отдельный параллельный регистр, но тоже в момент продажи.

Иначе горя хапнешь, весь в три слоя матом покроешься, а задачу так и не решишь.
   Лодырь
 
13 - 17.09.18 - 11:04
(11) Не назовешь конторку? Просто ради интереса. Делал такой механизм лет 5 назад.
   Лефмихалыч
 
14 - 17.09.18 - 11:06
вот это "причём регистр может постоянно пополнятся и изменятся" ведь значит, что какая-либо обезьяна из числа тупых, но рьяных может задним числом регистр рихтануть, так ведь? А потом прийти к автору кода и, выпучив коровьи глаза до щелчка, убеждать, что программа сама накосячила и все на самом деле надо не так считать.

Вычислять потом - очень плохая практика.
   Trotter
 
15 - 17.09.18 - 11:09
(12) Данную задачу решил своим отчётом, а сказали нужно на СКД (
(13) Обычное ИП, просто вот так вот решили вести учёт.
(14) Доступ к регистру имеет только самый главный человек, который знает последствия, все были предупреждены о рисках, которые могут возникнуть.
   Лодырь
 
16 - 17.09.18 - 11:11
(14) Например регистр могут использовать для моделирования. В таком случае он будет использовать и меняться задним числом априори.
   Лефмихалыч
 
17 - 17.09.18 - 11:13
(15) рядом еще один создай ПримененныеНаценки и в него пиши. Если в Продажи - нельзя. Но лучше бы, чтобы стало льзя.


(16) в этом случае тем более совсем обязательно делать, как я описал выше
   Лодырь
 
18 - 17.09.18 - 11:21
(17) Не понял, зачем так делать? Как раз отсутствие хранения данных гарантированно даст тебе абсолютно правильные данные в момент формирования отчета. Другое дело, что это не вполне эффективно с точки зрения использования ресурсов.
   Лефмихалыч
 
19 - 17.09.18 - 11:31
(18) отчет должен показать ту наценку, которая была фактически применена в момент продажи. Как я понял.
А, если ее вычислять на лету, то по одной и той же реализации отчет будет в разное время показывать разные данные. КОторые в общем случае не будут вообще ничего общего иметь с той наценкой, которая была применена в момент продажи.
   Лодырь
 
20 - 17.09.18 - 11:44
(19) Ну конкретно в его задаче, конечно же имеет просто использовать либо новое измерение либо второй регистр примененной наценки.
А вот если задача моделирования, то там нет никакой связи уже существующими данными о наценке )
   Лефмихалыч
 
21 - 17.09.18 - 11:46
(20) я обсуждаю (0), а не то, что ты подумал, чем бы оно ни было


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует