Здравствуйте, в списке документов "заказы покупателей", надо добавить булево, что на основании этого документа, была создана реализация и она проведена. Как такое реализовать в динамическом списке?

в типовых УТ и УНФ это реализовано более правильно, в виде %реализации

(1) Спасибо, подскажешь как найти этот кусок кода?

запрос, левое соединение, группировка...

(0) бред.... на основании одного заказа можно сделать бесконечное коло-во реализаций, частичная отгрузка. и что тогда?

(4) почему бред? мы же не знаем специфики применения

(4) В какой-то мере прав...

(0) НАХЕРА?

извините, Зачем?

(4) (5)  Пока договорился, что будет признак, что документ обработан.

Пока так ,через вложенный запрос, то ничего нормального в голову не приходит...

ВЫБОР
    КОГДА ВложенныйЗапрос.Ссылка ЕСТЬ NULL
        ТОГДА ЛОЖЬ
    ИНАЧЕ ИСТИНА
КОНЕЦ

(7) (8)  Об этом только, что с ними говорил... )

Ребят, спасибо вам огромное, то немного в ступоре был, возможно ли такое грамотно реализовать?

Я типа такого делал. И даже вполне себе шевелится на немаленьких объемах. Сам удивляюсь :)
ВЫБРАТЬ
    Заказ.Ссылка,
    Заказ.Дата,
    ВЫБОР
        КОГДА 1 В
                (ВЫБРАТЬ
                    ВЫБОР
                        КОГДА КОЛИЧЕСТВО(*) > 1
                            ТОГДА 1
                        ИНАЧЕ 0
                    КОНЕЦ
                ИЗ
                    Документ.РасходныйОрдерНаТовары КАК Отгрузка
                ГДЕ
                    Отгрузка.ЗаказПокупателя = Заказ.Ссылка
                    И Отгрузка.Проведен)
            ТОГДА ИСТИНА
        ИНАЧЕ ЛОЖЬ
    КОНЕЦ КАК НесколькоОтгрузок,
    Отгрузка.Номер КАК ОтгрузкаНомер,
    Отгрузка.Ссылка КАК ОтгрузкаСсылка,
    Отгрузка.ВесДокумента КАК ВесОтгрузки,
    Заказ.ВесДокумента - ЕСТЬNULL(Отгрузка.ВесДокумента, 0) КАК РазницаВеса,
ИЗ
    Документ.ЗаказПокупателя КАК Заказ
        ЛЕВОЕ СОЕДИНЕНИЕ Документ.РасходныйОрдерНаТовары КАК Отгрузка
        ПО Заказ.Ссылка = Отгрузка.ЗаказПокупателя
            И (Отгрузка.Ссылка В
                (ВЫБРАТЬ
                    МАКСИМУМ(Отгрузка1.Ссылка)
                ИЗ
                    Документ.РасходныйОрдерНаТовары КАК Отгрузка1
                ГДЕ
                    Отгрузка1.ЗаказПокупателя = Заказ.Ссылка))

Соответственно, для сабжа достаточно:
ВЫБОР
        КОГДА 1 В
                (ВЫБРАТЬ 1
                ИЗ
                    Документ.РасходныйОрдерНаТовары КАК Отгрузка
                ГДЕ
                    Отгрузка.ЗаказПокупателя = Заказ.Ссылка
                    И Отгрузка.Проведен)
            ТОГДА ИСТИНА
        ИНАЧЕ ЛОЖЬ
    КОНЕЦ КАК ЕстьОтгрузка

(10) и что сказали?

Сделай реквизит() на форме документа который введен на основании.Заполняй его.

Код в дин списке
    Док.ДокументОснование КАК ДокументОснование,
    ВЫБОР
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маПоступлениеТоваровУслуг)
            ТОГДА "ПТиУ"
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маВозвратТоваровОтПокупателя)
            ТОГДА "ВТоПк"
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маПоступлениеНМА)
            ТОГДА "ПНМА"
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маПоступлениеОС)
            ТОГДА "ПОс"
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маВыкупПредметовЛизинга)
            ТОГДА "ВыПЛиз"
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маПоступлениеУслуг)
            ТОГДА "ПОУ"
        КОГДА ТИПЗНАЧЕНИЯ(Док.ДокументОснование) = ТИП(Документ.маПоступлениеДопРасходов)
            ТОГДА "ПОДУ"
        ИНАЧЕ "Авто"

(13) надо на регистрах. Во первых никто не обещал только ордерный склад, а не смесь разных. Во вторых никто не говорил, что один расходный ордер полностью закрывает заказ и притом только один заказ партнера

(14)  Цитата: "Пока договорился, что будет признак, что документ обработан."

(16) На оборотном? Вполне можно было бы. Но это было нужно в одном месте для довольно узкого инструмента.

А! И конфа нетиповая - скорее отраслевая нетленка была.

(17) это вообще никак к вопросу "зачем?"

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

Зато у меня есть отчет "какие документы ждем в текущем моменте времени" и там пара десятков видов документов и все работает.

Но даже при такой схеме я не стал прикручивать этот регистр к динамическому списку (и другим не советую) а сделал в виде отдельного динамического списка где показываются только не закрытые потоки.

короче в общем - не делай по любому, все будут лазить будет очень приличная нгрузка на сервер, сделай "для избранных", то есть 5...10 человек имеют доступ, остальные работают в штатном режиме+отчеты (им реально онлайн нафиг не нужно это видеть)

(21) Спасибо.

Вот этой комбинации (регистр остатков + последовательность + регламентное задание) я всеми силами стараюсь избегать. Если говнорешения типа (12) при необходимости легко отрефакторить из серии "легко достались - легко расстались", то эта комбинация сразу ложится на масштабируемость тяжким грузом.

(23) ты просто не понимаешь в ней и по этому боишся... У меня все фоново, никто ничего даже не замечает....

ну а с поделками типа (12) там засад поболее будет... как только RLS включишь и будет у тебя в связи колонка с множеством типов (например все документы) у тебя все колом встанет....

а вообще для сабжа в 1с есть спец обьект, КритерииОтбора, по хорошему его и нужно юзать

все эти фоновые - это потенциальное место для ошибок

(24) Я в ней слишком хорошо понимаю. Сколько раз утыкался в узкие места таких схем. Раз никто ничего не замечает - ну, хорошо. Масштабы и нагрузка просто пока не те. Если так и останется - значит, хорошее решение. А критерии отбора - это просто сахар для удобства. Никакой особой оптимизации исполнения они не привносят.