Страница 1 из 1

Использование в формулах числовых полей из другой сущности

Добавлено: 08 июл 2016, 15:07
nikorn
Мне кажется, этот вопрос здесь уже обсуждался, но я не могу найти.

Проблема следующая: есть глобальный список, в котором прописаны, например, трудоемкости каждого этапа в часах или попугаях. Я хочу посчитать общую трудоемкость проекта. В сущности "Проект" создаю вложенную сущность "Этапы проекта". Потом набираю в проект этапы и хочу увидеть сумму трудоемкостей всех этапов (прошу сильно не критиковать - пример условный).

Можно ли это реализовать? Как обратиться из формулы к числовому полю записи из глобального списка?

Аналогичный вопрос возникает с общей стоимостью работ, если стоимости этапов стоимости представлены глобальным списком

Re: Использование в формулах числовых полей из глобального списка

Добавлено: 08 июл 2016, 15:48
support
Предоставьте пожалуйста скриншоты где что и как настроено и как хотелось бы чтоб работало. Так будет сразу ясно о чем речь.

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 08 июл 2016, 16:27
nikorn
При постановке вопроса я немного соврал - использовать глобальные списки не получится, нужно создавать новую сущность.

Итак, сущности приложения
1-Сущности.jpg
Поля сущности "Трудоемкость этапов"
2-Поля.jpg
В итоге, записи в этой таблице выглядят примерно так (собственно, это справочник трудоемкостей по всем возможным этапам)
3-Записи.jpg

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 08 июл 2016, 16:32
nikorn
Теперь эти данные нужно использовать при конструировании трудоемкости конкретного проекта. Имеем вложенную сущность "Этапы", где в поле "Трудоемкость" должно подтягиваться значение трудоемкости из сущности "Трудоемкости этапов"
5-Трудоемкость.jpg
Затем трудоемкости выбранных этапов конкретного проекта должны суммироваться. В результате хотелось бы получить список этапов проекта с вычисленной суммарной трудоемкостью
6-Результат.jpg

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 08 июл 2016, 22:54
support
На данный момент нету возможности реализовать такое. Записал в план подумать об этой возможности.

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 08 июл 2016, 22:57
nikorn
Да, пожалуй, я был не прав. Мне казалось, что об этом уже здесь говорили, но поразмыслив трезво, я понял, что это почти не реально. Ведь нужно передать три параметра, вместо одного: ID сущности, ID записи и ID поля... :(

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 09 июл 2016, 07:28
support
ID сущности есть в настройках поля и в самом поле есть ID записи
то есть я думаю что можно попробовать вот так: [13:use:15]
13 - ID поля (тип сущность) в настройках которого есть ID сущности и в значении которого есть ID записи
15 - числовое поле в связанной сущности

так что в теории вроди не так уж и сложно, но нужно пробовать.

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 09 июл 2016, 11:31
nikorn
Пока не получается. Выдает сообщение: "Ошибка рассчета формулы: [327:use:219]"

Для чистоты эксперимента использовал две соседние сущности, то есть не вложенные друг в друга.
327 - ID поля подключенной сущности (тип сущность)
219 - ID числового поля сущности 327

Пробовал разные варианты: [327:use:219], [219:use:327], [327 : use : 219], [327]use[219], [327]:use:[219]. Пока без успеха

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 09 июл 2016, 13:14
support
все верно - поддержка данной возможности еще не реализована... это так были мысли в слух:) извините что ввел в заблуждение.

Re: Использование в формулах числовых полей из другой сущности

Добавлено: 09 июл 2016, 14:27
nikorn
К сожалению, обнаружилось еще одно препятствие, которое не позволяет использовать числовые поля из связанных сущностей. Даже если удастся отобразить числовое поле из связанной сущности, оно при этом перестает быть числовым и не может использоваться в вычислениях. Поэтому я пока эту идею закрыл.

Сложная работа со связанными записями - это пока та цена, которую приходится платить за гибкость и универсальность системы. Особенность в том, что в традиционных БД происходит связывание записей по ключевому полю, а в Руководителе связываются только поля, а не запись целиком (поле типа сущность с заголовком связанной записи).