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

Сообщение **AGorskiy** » 06 дек 2019, 09:40

Нетривиальная задача.
Есть сформированный отчет, к примеру список шильдов, см. скриншот

2019-12-06_9-36-15.png

Но, так как размещенных таблиц больше одной, то приходится им выдавать номера, позиция отмечена стрелкой. Если просто вставить текст, то при обновлении текст "слетает".
Отчет размещен вручную.

Вопрос: как дать нумерацию таблиц, чтобы они были прикреплены к отчетам?

Сообщение **AGorskiy** » 06 дек 2019, 09:52

Сейчас добавил, в место указанное стрелкой, свойство страницы Доп. поле 1.
Да, при обновлении, значение "не слетит", но при новом отчете - это тоже работать не будет.

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

Сообщение **Dotarev** » 09 дек 2019, 08:01

Первое, что приходит на ум - вместо сплошной нумерации использовать свойства устройства. Например, вместо "Таблица nn"

"Шкаф Ш[НомерУстройства]"

Сообщение **AGorskiy** » 09 дек 2019, 09:11

Dotarev писал(а): ↑09 дек 2019, 08:01 Например, вместо "Таблица nn" "Шкаф Ш[НомерУстройства]"

Это хорошо для первой таблицы (таблица 1), а как же для второй и последующих. Или я неправильно вас понял?

Сообщение **Dotarev** » 09 дек 2019, 09:57

Просто я подумал, что для каждого шкафа - индивидуальный перечень надписей, и он один. Наверное, так бывает не всегда

Сообщение **AGorskiy** » 09 дек 2019, 11:26

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

Сообщение **Dotarev** » 09 дек 2019, 11:40

Получается, что решением будет некий счетчик, который:
а) При первой генерации отчета выдает своё очередное значение
б) при последующих обновлениях отчета не изменяет значение, ибо нефиг.
Так?

Сообщение **AGorskiy** » 09 дек 2019, 11:59

В принципе да. Но, увы такого механизма в Е нет, потому и приходится изловчаться.

Попробуйте использовать текст заполнитель свойство проекта например: пользователь доп поле x или другие. Они не должны теряться после обновления отчёта

Сообщение **Dotarev** » 20 дек 2019, 09:23

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