Если я не нашел через Поиск, извините.

Добавил расширение, а в нем - исправление динамического списка. Всего-навсего 2 поля добавил, а в итоге получаю ошибку "Обнаружено дублирование ключевых значений в колонках "Ссылка". С чем это может быть связано?

дублирование записей вследствие левых соединений

Да, так оно и есть. Берутся 3 документа, ссылки, а как можно это решить?

браь только 1

(2) сделать, чтобы поле ссылка стало уникальным

(2) сначала надо покушать

допрекзиты/допсведения отключи

(3) Мне по идее другие ссылки не нужны, мне только данные оттуда взять.

(6) Пардон, это где?

(7) свой запрос в дин. списке? Покажешь?

отключи основную таблицу

Как? Мне по быстрому сделать надо.
Если честно, может быть, проблема в том, что это расширение?

(11) нет проблема, если на пальцах, в том, что в твоем запросе одна и та же ссылка более 1 раза выдается.
Исправляй запрос сам или зови программиста (настоящего только).

(9) Вот запрос в динамическом списке:

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

Я всего лишь добавил туда связи с приходным ордером на товары и установкой цен номенклатуры

(13) вот если для одного дока нескрлько приходниуов, твой запрос вернет несколько одинаковых ссылок. Фирштейн?

Или несколько устанок цен на один документ.

(14) Точно! То есть в данном случае надо писать вложенный запрос и выбирать один (ВЫБРАТЬ ПЕРВЫЕ 1) - это, конечно, будет неправильно, но само по себе наличие более одного приходника с одним и тем же документом-основанием - неправильно.

(16) нет, тут запрос получится просто сильно сложнее, просто ВЫБРАТЬ ПЕРВЫЕ 1 - ничего не даст

Не совсем понятно... Просто изначально не было пароля к базе, я вошел Hex-редактором, и этот запрос заработал! А потом вошел под админом, и программа стала выдавать такую ошибку.

А смысл (9) какой? Показать какой-то 1 приходный ордер, связанный с поступлением?
Может лучше как-то обозначить те ПТиУ, для которых нет ордеров? Или в другом дин. списке выводить приходные ордера?
В типовых в разделе Склад и доставка в подразделе Приемка это сделано.

(19) Смысл в том, чтобы в списке поступлений товаров выделять цветом те поступления, но основании которых не созданы приходные ордера, или установки цен номенклатуры.
Кстати, это Розница, к тому же старой редакции. Там вообще нет документов ПТУ, есть документы ПТ. Может быть, дело в том, что включен режим совместимости 8.3.8?

(0) Динамический список - вещь удобная.
Но, как и любой другой инструмент, имеет свою зону действия.

Да, МОЖНО добавить в список всё, что хочешь. Но НЕ НУЖНО.

Выводи нужную тебе инфу в другом списке. Или в форме элемента.
Не нужно пытаться "впихнуть невпихуемое".

(21) Да, действительно, "впихнуть невпихуемое" невозможно...

Если у меня есть несколько документов одного вида, созданных на основании поступлений, само собой, что поместить их все в одну строку динамического списка нереально. По сути, мне надо было только узнать, если ли для данного поступления документы на основании, помог способ группировки всех полей списка, и функция КОЛИЧЕСТВО.

(20),(22) Пусть есть приходный ордер, но не на все поступление - каким цветом выделять ПТ?
Если уж хотите цветом обозначить документы, с которыми все ОК, то, по-моему, лучше смотреть остатки в регистре накопления.
А совсем спортивно (если в типовой рознице этого нет) оформить рабочее место для "контролера".