В начале лета Алексей Чурсин помог мне в решении вопроса связанного с BizAgi. Хочу еще раз его поблагодарить за помощь. И публикую мой вопрос и его решение. Возможно кому-то еще это будет полезно.

Вот сам вопрос (ответы Алексея - синим):
- Подскажите, пожалуйста как можно организовать вывод конкретной информации в таблицу (получившуюся из отношения 1:N)?

Например есть форма, при открытии которой в таблицу должен выводиться список услуг, хранящихся в сущности Услуги. Грубо говоря, эта таблица и есть сущность услуги.
При создании формы я добавляю Collection Услуги и все необходимые атрибуты. Когда же процесс доходит до элемента с этой формой, вместо таблицы есть только сообщение "поиск не дал результатов". Поидее это логично, ведь не было задано ни каких поисковых критериев. Но при задании какого-либо фильтра к этой таблицы ситуация не меняется.

Вообщем я хочу, чтобы при открытии формы сразу бы появлялась вся таблица со списком услуг.

- Есть несколько вариантов реализации. Например, самый простой:
Схема БД: Предприятие –>> Список оказываемых услуг (коллекция) -> Справочник услуг
На форме: Записи в коллекцию вводятся пользователем вручную. У коллекции определена Add Form. На которой к «Справочнику услуг» мы обращаемся посредством Join Search Dialog.
Другой вариант посложнее, т.к. потребуется написать небольшую программу (Expression). Схема БД такая же. Создаем выражение, которое автоматически скопирует весь справочник услуг в наше предприятие (экземпляр процесса).
Ставим это выражение в событие On Enter нужного шага процесса. Тогда пользователь на форме этого шага сразу увидит весь список услуг, и ему останется, например, отобрать
нужные, проставив галочки (checkbox) в позициях списка. Вообще, здесь можно что-то типа шаблона реализовать. Т.е. например, ввести шаблоны наборов услуг, который пользователь должен выбрать, при этом услуги из шаблона автоматически копируются в список, который затем пользователь может вручную подкорректировать.
В коллекции автоматически отображаются все записи привязанные к текущей записи Process Entity (соответствующей процессу). Поэтому для отображения _всех_ записей
коллекции никаких специальных критериев поиска задавать не надо, только если нужно ограничить как-то текущую выборку, например, если надо показывать все позиции стоимостью более n рублей, и т.д.
Документация: http://wiki.bizagi.com/en/index.php?title=Table_%28Grid%29

- Второй вариант подходит идеально. Только вот как мне поступить, если у меня Process Entity - "Заказы"?
На первой форме выбираются услуги, а на следующей форме они добавляются к заказу. Добавление к заказу я реализовал, как раз Checkbox'ы (только оно пока работает если в таблице есть записи, а есть они только после ручного добавления).
Поидее в этом случае все как-то выворачивается наизнанку, или все-таки нет?
А более простых вариантов вывода информации из таблицы нет? Что-нибудь вроде прямого SQL запроса? Без учета отношений между сущностями.

- Ясно. У вас упрощенно схема БД такая: Заказы на услуги ->> Список услуг -> Справочник услуг. Правильно?

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

А зачем две формы? Мне кажется все на одной форме можно делать. Или это два разных задания, которые выполняют разные люди?

Мне кажется, что проще показать как это делается, чем объяснять. Сейчас сделаю маленький проект для демонстрации.

- Процесс простой, из одного шага.

- На форме у грида изменил только два свойства: Display Form (два поля только для чтения, Наименование и Описание Услуги), и включил возможность удаления строк

Самое интересное в нашем проектике – программа для копирования справочника.

Как писать программки можно почитать здесь: http://wiki.bizagi.com/en/index.php?title=Other_Rules

В BizAgi всего три объекта Me, CEntityManager и CHelper, о них можно почитать здесь: http://wiki.bizagi.com/en/index.php?title=Object_Model

PS. Таблицу Справочник услуг я сделал типа Parameter для простоты ввода записей. В реальной жизни эта таблица скорее всего будет Master.
Ну и последнее. В справочник я ввел 3 записи.

И вот так вот это отображается в портале у пользователя. Т.е. при запуске процесса у пользователя сразу отображаются весь справочник, ему достаточно лишь удалить лишнее и нажать Дальше.

Как я и говорил, далее эту модель можно совершенствовать. Ввести например шаблоны.

Для импорта проекта:

1. Создайте у себя новый проект. Для простоты назовите его так-же как я его назвал ServicesDemo1

2. Далее следуйте инструкции http://wiki.bizagi.com/en/index.php?title=Backup_and_Restore_BizAgi_Database#Restore

Пункт 7 этой инструкции выполнять не надо, т.к. проекты у нас имеют одинаковое название

По сути вам просто надо восстановить БД из бэкапа в SQL Server. Бэкап прилагается.



Ссылка на файл проект Алексея: http://ifolder.ru/27193443

Алексей еще раз спасибо за помощь! Благодаря вам, я успешно защитил диплом :)