Как делать так, что бы информация из объекта и дочернего объекта формировалось в документ

Статус
В этой теме нельзя размещать новые ответы.

Mihan-krap

Гость
1511411931945.png

получается так
1511411996422.png

а сделать так что бы каждый обьект с дочерней информацией формировался в один документ, это вообще возможно в этой программе?
 
Последнее редактирование модератором:

Vladimir

Администратор
Команда форума
Из формы с дочерним списком создать отчёт для вывода как записей родительского объекта, так и записей дочернего - нельзя. Можно выводить либо список базового, либо список дочерних записей для одной записи базового.

Но задачу можно решить другим путём.
Когда в форме добавляется дочерний объект с подчинённой связью (с равнозначной работает другой механизм) - в дочернем объекте добавляется поле ссылки на родительский объект. Эта ссылка создаётся автоматически, помечается префиксом с тильдой (~) и выделяется серым цветом. По умолчанию она не отображается ни в списке, ни в детализации, но всё можно перенастроить.
Так как это обычное поле ссылки на объект, из него можно вытянуть всю нужную информацию из родительской записи.
Создаётся форма связи на базе дочернего объекта "Заявки" и в ней - шаблон со списком записей. В списке первыми указываются поля родителя ([~Родитель.Его поля]), а затем идут записи самого объекта.

Единственный недостаток - поля дублируются. Позже в конструкторе добавим настройку запрета на вывод повторяющихся значений в одном столбце.
 

Иван

Гость
Из формы с дочерним списком создать отчёт для вывода как записей родительского объекта, так и записей дочернего - нельзя. Можно выводить либо список базового, либо список дочерних записей для одной записи базового.

Но задачу можно решить другим путём.
Когда в форме добавляется дочерний объект с подчинённой связью (с равнозначной работает другой механизм) - в дочернем объекте добавляется поле ссылки на родительский объект. Эта ссылка создаётся автоматически, помечается префиксом с тильдой (~) и выделяется серым цветом. По умолчанию она не отображается ни в списке, ни в детализации, но всё можно перенастроить.
Так как это обычное поле ссылки на объект, из него можно вытянуть всю нужную информацию из родительской записи.
Создаётся форма связи на базе дочернего объекта "Заявки" и в ней - шаблон со списком записей. В списке первыми указываются поля родителя ([~Родитель.Его поля]), а затем идут записи самого объекта.

Единственный недостаток - поля дублируются. Позже в конструкторе добавим настройку запрета на вывод повторяющихся значений в одном столбце.
Владимир, Доброй вечер. в продолжение темы. Если сделать так как вы пишите т.е. скопировать информацию из родительского объекта в дочерней с помощью ссылки, то как решить проблему фильтрации?
 

Иван

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

Vladimir

Администратор
Команда форума
Если сделать так как вы пишите т.е. скопировать информацию из родительского объекта в дочерней с помощью ссылки
О "копировании информации" не говорилось. Никакого копирования не происходит.
В форме, созданной на базе дочернего объекта, просто включается, при необходимости, фильтр по полю, являющемуся ссылкой на родительский объект. Т.е. в дочернем объекте можно сделать фильтр по полю ссылки на родителя. И кнопка для перехода там тоже есть, если отобразить поле в детализации (системное поле ссылки по умолчанию скрыто) и назначить свойство "Переход к".

Вы просто сделайте проект и приложите к сообщению - можно будет объяснить на примере. А то получается больше гипотетическое предположение: что можно, а что нельзя.
 

Иван

Гость
О "копировании информации" не говорилось. Никакого копирования не происходит.
В форме, созданной на базе дочернего объекта, просто включается, при необходимости, фильтр по полю, являющемуся ссылкой на родительский объект. Т.е. в дочернем объекте можно сделать фильтр по полю ссылки на родителя. И кнопка для перехода там тоже есть, если отобразить поле в детализации (системное поле ссылки по умолчанию скрыто) и назначить свойство "Переход к".

Вы просто сделайте проект и приложите к сообщению - можно будет объяснить на примере. А то получается больше гипотетическое предположение: что можно, а что нельзя.
Все ок, прошу прощения, задал вопрос не разобравшись. Тема решена
 

evgen66

Гость
Из формы с дочерним списком создать отчёт для вывода как записей родительского объекта, так и записей дочернего - нельзя. Можно выводить либо список базового, либо список дочерних записей для одной записи базового.

Но задачу можно решить другим путём.
Когда в форме добавляется дочерний объект с подчинённой связью (с равнозначной работает другой механизм) - в дочернем объекте добавляется поле ссылки на родительский объект. Эта ссылка создаётся автоматически, помечается префиксом с тильдой (~) и выделяется серым цветом. По умолчанию она не отображается ни в списке, ни в детализации, но всё можно перенастроить.
Так как это обычное поле ссылки на объект, из него можно вытянуть всю нужную информацию из родительской записи.
Создаётся форма связи на базе дочернего объекта "Заявки" и в ней - шаблон со списком записей. В списке первыми указываются поля родителя ([~Родитель.Его поля]), а затем идут записи самого объекта.

Единственный недостаток - поля дублируются. Позже в конструкторе добавим настройку запрета на вывод повторяющихся значений в одном столбце.
Добрый день! Столкнулся с похожей проблемой. Есть ориентиры когда можно будет формировать документы с данными из главной и дочерних форм? И решен ли уже вопрос с дублированием полей? Спасибо!
 

Vladimir

Администратор
Команда форума
Чтобы реализовать механизм, позволяющий выводить списки дочерних объектов в списке родительского - требуется очень много времени. Реализовать это можно, но на вскидку - по времени может занять от 1-го до 3-х месяцев. Мы просто не можем пока позволить себе остановить работу над другими, более востребованными инструментами в конструкторе. Тем более, что сейчас работа очень затянулась по ряду причин.
Скрытие полей, которые дублируются в списке, к сожалению пока тоже не делали.
 
Статус
В этой теме нельзя размещать новые ответы.
Сверху Снизу