1с реквизит формы документа вывести в форму списка

       Формы списка внутренних, входящих и исходящих документов позволяют пользователю самому настроить перечень колонок, которые будут отображаться в форме. В том числе в отдельные колонки можно выводить и дополнительные свойства, и дополнительные сведения документов.

       Для настройки списка следует воспользоваться командой в форме списка: Все действия — Настройка — Изменить форму.

       Для добавления колонки с дополнительным свойством следует в дереве настроек формы, в элементе формы «Список», выбрать поле «Ссылка» и нажать кнопку «Добавить поля».

       При этом откроется окно со списком реквизитов документа для размещения в форме.

       После выбора вами необходимого реквизита он появится в окне «Настройка формы» в составе элемента формы «Список», и будет добавлен в качестве дополнительной колонки в списке документов.

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

реквизит справочника на форму списка доков

Я

   dvrk

07.06.21 — 10:12

Привет, нужно подскажите как на форме списка в колонку запихнуть значение реквизита контрагента соответствующее значению контрагента из документа

   dvrk

1 — 07.06.21 — 10:12

-нужно

   dvrk

2 — 07.06.21 — 10:15

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

   ДенисЧ

3 — 07.06.21 — 10:19

УФ/ОФ?

   Обработка

4 — 07.06.21 — 10:20

Зачем создавать колонку? Нужно просо вывести. Если ваш список это как раз журнал документов а контрагент реквизит документа.

   dvrk

5 — 07.06.21 — 10:22

(3) ОФ (4) не совсем понял «просто вывести»

   acht

6 — 07.06.21 — 10:24

   ДенисЧ

7 — 07.06.21 — 10:27

Если оф — тогда в ПриПолученииДанных — рисуй в эту колонку что хочешь.

   Бишбармак

8 — 07.06.21 — 10:29

Судя по предыдущим темам у автора УТ 10.3

   dvrk

9 — 07.06.21 — 10:30

(8) +

   Обработка

10 — 07.06.21 — 10:31

Для начала что за список?!

   dvrk

11 — 07.06.21 — 10:32

(7) (6) нет такого обработчика (10) РТиУ

   ДенисЧ

12 — 07.06.21 — 10:34

(11) Врёшь. Есть, если это обычные формы.

   dvrk

13 — 07.06.21 — 10:38

(12) ут 10, форма допилена, она ж обычная

   dvrk

14 — 07.06.21 — 10:39

(13) имею ввиду, что форма используется типовая с доработками

   ДенисЧ

15 — 07.06.21 — 10:41

(13) И что? Добавить надо этот обработчик, а не ждать, как ворона на дубе, когда на неё сыр свалится

   Василий Алибабаевич

16 — 07.06.21 — 10:41

(13) «ПриПолучениииДанных» — оно платформенная фишка. Оно есть хоть в «типовой», хоть в «допиленной». Лишь бы форма была неуправляемая.

   dvrk

17 — 07.06.21 — 10:43

(16) я понял, но нет его в вываливающемся списке обработчиков (15) нет его в списке

   dvrk

18 — 07.06.21 — 10:45

я что могу не отличить УФ от ОФ что ли?

   Василий Алибабаевич

19 — 07.06.21 — 10:48

(18) Тут согласен — интрига…

(17) Искать не «в вываливающемся списке обработчиков», а в палитре свойств элемента управления. В списке присутствуют только УЖЕ ОПРЕДЕЛЕННЫЕ обработчики. События которым обработчики не определены в список не попадают.

   acht

20 — 07.06.21 — 10:49

(17) Алё, это событие не формы, а списка, запихивающий

   ДенисЧ

21 — 07.06.21 — 10:49

   dvrk

22 — 07.06.21 — 10:52

ну да, не там смотрел…

   1Сергей

23 — 07.06.21 — 10:53

(21) можно теперь обработчиками барыжить?

   acht

24 — 07.06.21 — 10:54

(23) У одних отбирать, другим отдавать.

   dvrk

25 — 07.06.21 — 10:55

да ладно вам, бывает

   d_monah

26 — 07.06.21 — 10:55

(23) Нельзя,1С запрещает.

   ДенисЧ

27 — 07.06.21 — 10:55

(23) Учти, я у тебя покупать не буду))

   d_monah

28 — 07.06.21 — 10:57

(27) Купи у меня,за полцены отдам

   ДенисЧ

29 — 07.06.21 — 10:58

(28) Мне свои-то девать некуда… Вон, СП куча валяется, обесценивается… А тут ещё обработчики…

   d_monah

30 — 07.06.21 — 11:02

(29) От СП толку особого нет,в отличии от обработчиков)).Сп интересен в первый год работы))

   dvrk

31 — 07.06.21 — 11:26

я мб туплю, у ПРиПолученииДанных параметр Элемент, а как мне обратиться к Элементам всем чтобы циклом пройтись?

   1Сергей

32 — 07.06.21 — 11:27

(31) Для кажного …

   Василий Алибабаевич

33 — 07.06.21 — 11:39

(31) Не нужно циклом никуда проходиться. Оно само для каждой строки списка генерится будет.

   dvrk

34 — 07.06.21 — 12:03

(32) для каждого чего, коллекции нет

   ДенисЧ

35 — 07.06.21 — 12:09

   dvrk

36 — 07.06.21 — 12:11

(35) Процедура СписокПриПолученииДанных(Элемент, ОформленияСтрок)

   ДенисЧ

37 — 07.06.21 — 12:14

(36) Элемент — это твой список.

А вот ОформленияСтрок — как раз строки, в которых рисовать надо

   dvrk

38 — 07.06.21 — 12:21

(37) в смысле рисовать то? мне нужно заполнить колонку, я создал реквизит Булево, указал путикданным в колонке и мне надо реквизит.значение = контрагент.реквизит.значение

   dvrk

39 — 10.06.21 — 10:15

ладно пох через текст сделаю

Использование дополнительных реквизитов и сведений в БП 3.0

Дополнительные реквизиты и сведения (далее ДРС) — механизм, позволяющий не изменяя конфигурацию расширить её функционал. Написать эту заметку сподвиг заказ на печать ТТН и Справки А и Б с сохранением реквизитов, с целью их дальнейшего использования в декларациях по алкогольной продукции, да и просто для того, что бы повторно посмотреть дополнительную информацию по реализации. Используют базовую БП 3.0 — менять конфигурацию соответственно нельзя, да для этой задачи вполне достаточно ДРС.

Для БП 2.0 в принципе решение у меня давно есть — так же использую дополнительные реквизиты, где сохраняются данные по автомобилю, водителю, перевозчику и т.д. Схема отработана — при печати записываются (при первой печати создаются не созданные) дополнительные реквизиты, при последующем выводе на печать реквизиты формы заполняются сохраненными значениями. Эти же данные использую при заполнении деклараций по алкоголю. Стал делать на УФ в БП 3.0 (3.0.20.18) и увидел, что механизм использования ДРС существенно изменился, причем ИМХО в лучшую сторону:

1. Изменились объекты, «обслуживающие» ДРС:

БП 2.0	БП 3.0
Справочник ЗначенияСвойствОбъектов	Удален
План видов характеристик НазначенияСвойствКатегорийОбъектов	Удален
План видов характеристик СвойстваОбъектов	Удален
Регистр сведений ЗначенияСвойствОбъектов	Удален
Нет	Справочник НаборыДополнительныхРеквизитовИСведений
Нет	План видов характеристик ДополнительныеРеквизитыИСведения
Нет	Регистр сведений ДополнительныеСведения

1. В 2.0 название «Дополнительны реквизиты» не совсем точно отражает суть назначение эти данных — это всё-таки именно «дополнительные сведения», и хранятся они в объектах конфигурации, отличных от самого объекта этих сведений. В 3.0 можно задавать как сведения, сохраняемые регистре «Дополнительные сведения», так и именно реквизиты, сохраняемые в табличной части справочников «ДополнительныеРеквизиты» (в УТ 11 сейчас аналогичная табличная часть есть и у документов), причем эти реквизиты стали доступны в форме элемента справочника, а не вызываются по кнопке отдельным окном.

Как видим, объектов ДРС стало меньше, а работать с ними, как мне кажется, удобнее. Значительным отличием является хранение списка объектов конфигурации, для которых возможно хранение ДРС, не в плане видов характеристик «НазначенияСвойствКатегорийОбъектов», а в справочнике «НаборыДополнительныхРеквизитовИСведений», имеющем две табличные части:

• — ДополнительныеРеквизиты — содержит список реквизитов, доступных в форме справочника для чтения/записи и флаг их обязательного заполнения. эти реквизиты хранятся в табличной части справочника;
• — ДополнительныеСведения — список сведений, сохраняющихся в регистре «ДополнительныеСведения» и доступных по дополнительной кнопке.

Для документов сейчас доступен только выбор дополнительных сведений:

Для справочников можно установить и сведения и дополнительные реквизиты:

Причем редактируются дополнительные реквизиты справочника в форме элемента:

Зарегистрированные для справочника реквизиты выводятся на форму элемента, но записи в табличной части дополнительные реквизиты появляются только в случае их заполнения.

Изменился и состав объектов, имеющих ДРС:

• — БП 2.0 это 15 справочников и список всех документов конфигурации в одной характеристике,
• — БП 3.0 справочников стало 18, и 110 документов (не проверял все это документы или нет), на каждый из которых дополнительные сведения задаются в отдельном предопределенном элементе справочника «НаборыДополнительныхРеквизитовИСведений».

Для дополнительных реквизитов с типом «Значение свойства объекта» можно задавать произвольный список для выбора — фактически аналог справочника (с 2.0 это был справочник «ЗначенияСвойствОбъектов»):

Список может редактироваться.

Ещё один момент, из справки к ПВХ «ДополнительныеРеквизитыИСведения» — «Все дополнительные реквизиты и сведения объектов можно вывести в отчетах и списках.». Действительно, теперь зарегистрированные ДРС можно использовать не только для целей сохранения данных, но и, например, для отбора в списке документа и т.п.

Список РТиУ без отбора:

Записанные дополнительные сведения для документа:

Настройка отбора списка РТиУ по доп.сведениям:

Список РТиУ с установленным отбором по незаполненному водителю:

Вроде бы пустячки, а приятно……….

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

Тут: 

http://novichok1c.ru/comment/1451#comment-1451

Отлично работает, за что еще раз ОГРОМНОЕ Спасибо!

Так же Вы научили редактировать «дистанционно» реквизит другого справочника или документа.

Однако у данного метода есть существенный недостаток:

Чтобы произошли измененния, необходимо, чтобы документ, в который выводится реквизит был открыт и перезаписан.

В связи с чем 2 вопроса: 

Вопрос 1.

1С возможно объединить реквизит?

Т.е. создать один реквизит для нескольких документов?

К которому документы обращаются, при открытии форм, который можно редактировать из любого документа связанного с этим реквизитом.

Вопрос 2.

Как вывести данные реквизита документа(справочника) из формы списка другого документа?

(когда документы находятся в подчинении друг друга или связаны, как ЗаказПокупателя и РеализацияТоваровУслуг, Контрагенты и ЗаказПокупателя и т.д.)

Продолжаем рассматривать варианты размещения элементов на форме на примере вывода реквизитов документа на форму списка документов, состав документа представлен на рис. 1:

Рис. 1. Реквизиты документа

Добавим на форму списка документов колонку со значением статуса приходной, статус приходной находится в регистре сведений. Открываем форму списка документа пр_Приходная. Если формы списка еще нет, то нажимаем значок лупы на вкладке Формы окна свойств документа (рис. 2):

Рис. 2. Создание формы списка документа

В открывшемся окне Конструктор формы документа нажимаем Далее > и выбираем поля, которые хотим вывести на форму (поля — это реквизиты и табличные части документа), нажимаем Готово. Открывается окно формы списка документа.

В форме списка документа открываем свойства реквизита Список (правой кнопкой мышки — Свойства), в окне Свойства ставим галочку у свойства Произвольный запрос (рис. 3):

Рис. 3. Свойства реквизита формы Список

После установки свойства Произвольный запрос состав свойств раздела Объект изменится (рис. 4):

Рис. 4. Состав раздела Объект окна Свойства

Нажимаем на гиперссылку Открыть свойства Настройка списка (рис. 4). Открывается окно Динамический список (рис. 5):

Рис. 5. Окно Динамический список

Добавляем в запрос текст для получения статуса приходной из регистра сведений. В примере используется регистр сведений пр_СтатусПриходной со значением свойства Периодичность — В пределах дня, состав регистра представлен на рис. 6:

Рис. 6. Состав регистра с данными о статусе приходной

Изменить запрос в окне Динамический список можно нажав на кнопку Конструктор запроса… или можно сразу написать нужный текст в поле Запрос (рис. 7):

Рис. 7. Измененный запрос

Текст запроса:

ВЫБРАТЬ
                Документпр_Приходная.Ссылка,
                Документпр_Приходная.ПометкаУдаления,
                Документпр_Приходная.Номер,
                Документпр_Приходная.Дата,
                Документпр_Приходная.Проведен,
                Документпр_Приходная.Организация,
                Документпр_Приходная.ТипПриходной,
                Документпр_Приходная.Склад,
                Документпр_Приходная.Подразделение,
                Документпр_Приходная.Ответственный,
                Документпр_Приходная.Комментарий,
                пр_СтатусПриходнойСрезПоследних.Статус
ИЗ
                Документ.пр_Приходная КАК Документпр_Приходная
                                ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.пр_СтатусПриходной.СрезПоследних КАК пр_СтатусПриходнойСрезПоследних
                                ПО пр_СтатусПриходнойСрезПоследних.Приходная = Документпр_Приходная.Ссылка

Важно проверить, что в поле Основная таблица окна Динамический список указан нужный документ (рис. 7), иначе, если поле будет не заполнено, то в форме списка документов не будет возможности добавлять новые документы и открывать существующие (и не будет привычных кнопок Создать, Создать копированием и т.п.). Нажимаем ОК. Теперь в составе реквизита Список те поля, которые были выбраны в запросе (рис. 8):

Рис. 8. Состав реквизита Список

Перетаскиваем новое поле Статус из вкладки Реквизиты на вкладку Элементы в состав элемента Список (рис. 8). И размещаем поле Статус на вкладке Элементы после полей Дата, Номер (рис. 9):

Рис. 9. Размещение поля Статус

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

Проверяем работу формы списка документа в пользовательском режиме: появилась колонка Статус, содержащая значение статуса приходной из регистра сведений (рис. 10):

Рис. 10. Новая колонка формы списка

Рассмотрим задачу, когда нужно вывести дополнительные реквизиты и сведения в общем списке элементов. Рассмотрим на примере конфигурации УТ 11, в справочник Номенклатура добавлен дополнительный реквизит Артикул клиента.

Открываем список элементов справочника Номенклатура, выбираем меню Все действия – Изменить форму… (рис. 1):

Рис. 1. Все действия – Изменить форму…

В открывшемся окне Настройка формы у Списка номенклатуры находим поле Ссылка, выделяем его и нажимаем Добавить поля (рис. 2):

Рис. 2. Добавление полей

Далее в открывшемся окне Выберите поля для размещения в форме выбираем нужный дополнительный реквизит Артикул клиента и нажимаем ОК (рис. 3):

Рис. 3. Выбор дополнительного реквизита

Поле Артикул клиента появляется на форме Настройка формы, можно переместить его, нажимая на стрелочки Вверх, Вниз. После выбора позиции нажимаем ОК (рис. 4):

Рис. 4. Дополнительный реквизит в списке полей

В списке Номенклатуры появилась колонка с дополнительным реквизитом Артикул клиента (рис. 5):

Рис. 5. Новая колонка в списке

Можно выгрузить в файл получившийся список, меню Все действия – Вывести список… (рис. 6):

Остатки в списке документов

Решим следующую задачу: в списке документов «Заказы поставщику» нам необходимо добавить новую колонку «Остаток по заказу», которая будет отображать остаток для документа в регистре накопления «Заказы поставщику» на текущую дату.

Реализовать это нужно в конфигурации «Управление производственным предприятием» версии 1.3.

Неверный путь

Рассмотрим самый «очевидный» путь, он же самый простой. Большинство начинающих программистов делают именно так. У табличного поля формы, которое привязано к реквизиту формы с типом «ДокументСписок» есть событие «ПриВыводеСтроки». В нем напишем Запрос к остаткам по заказу для выводимой строки и полученный результат присвоим ячейке текущей строки в колонке «Остаток». Вот так будет выглядеть код обработчика события «ПриВыводеСтроки»:

Дело сделано! Задача решена! Но! Событие «ПриВыводеСтроки» вызывается для каждой строки отдельно. То есть, если в список выводится 30 строк, то запрос будет формироваться столько же раз! Может есть другой путь?

Оптимальное решение

Другой путь есть. Оптимальное решение кроется в использовании события «ПриПолученииДанных». Это событие вызывается один раз, когда происходит получение порции данных списком документов. В контексте этого события нам доступны данные, которые получила платформа. Поэтому мы можем их обработать одним запросом. Вот программный код обработчика «ПриПолученииДанных» для решения этой задачи:

Результат работы такой же, как и для варианта с использованием события «ПриВыводеСтроки», но есть одно НО.

Обращайте внимание

Самое главное отличие заключается в скорости работы. Вот сравнение времени выполнения для обоих вариантов решения задачи:

При использовании «ПриВыводеСтроки» время формирования списка выполняется дольше практически в четыре раза! Не смотря на это, не рекомендую добавлять подобные поля в список документов, поскольку, в любом случае, это потребует дополнительных ресурсов серверной машины. Лучше используйте отчеты.

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

Задача:
Производство. Вахтовый метод работы, сменные графики, когда вахтовый цикл составляет 1 месяц, 2 месяца и 3 месяца. Территория — местность приравненная к районам крайнего севера (МСК), со всеми вытекающими последствиями для учета. По спец. оценке условий труда (СОУТ) количество дней отпуска будет изменяться в зависимости от класса «вредности». Этот факт мы также обязаны предусмотреть при составлении графика. А именно будет изменяться количество дней оплачиваемого отдыха за работу сверх нормы. Итак, условий много. Было решено создавать графики с учетом всех условий, максимально приближено к реальным. Ежемесячные особенности, к примеру изменения дат и количества дней в пути, корректировать индивидуальными.
На выходе получили более 50 графиков работ. Встал вопрос как их идентифицировать при приеме и переводе сотрудников. Заказчик поставил задачу разработать внутренние нормативные документы для упрощения работы кадровой службы. Начали описывать. Договорились что для информативности унифицируем названия графиков. Но по факту этого оказалось недостаточно. Очень хотелось иметь ещё и номер. Структура элемента справочника Графики работы сотрудников к нашему разочарованию не имеет нумерации.

Я пошла искать подобные темы. Форумчане в голос твердили что без снятия конфигурации с поддержки не обойтись. Вот пример такой темы: https://buh.ru/forum/forum18375/topic80453/

Но на моем проекте жёсткое условие, конфигурацию с поддержки не снимать. Подумав пару часов, нашла решение. Применила дополнительные реквизиты и настройки списка.

Решение:

1. Создаем дополнительный реквизит к справочнику Графики работы сотрудников

Как видно на рисунке выше, дополнительный реквизит самый простой, тип строка.

2. Для удобства переместила доп. реквизит на форме элемента справочника вверх

3. В форме списка справочника — Все действия (или «Ещё», если работаете в режиме Такси) — Изменить форму. Добавим на форму поле «Ссылка»

4. Теперь идем в Настроить список (там же, во «Все действия») Условное оформление — Добавим текст, но выберем не Строка, а Поле компоновки данных — ДополнительныеРеквизиты.Значение

5. В качестве оформляемого поля выбираем Ссылка

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

Буду рада если кому-нибудь пригодится такое решение.