Отбор из нескольких списков

[Алексей Алейников]

Технической документации, описания, базы знаний не хватает...
В связи с этим просьба ответить, как реализовать в сущности Заказчик, которую сделал обязательной у сущности Проекта:

Задача: При добавлении Проекта Заказчик должен выбираться так: 1 или несколько значений из 1 или 2 справочников "Пользователи" и "Контрагенты".

Порядок действий:
1. В сущности Заказчика создаю поле "Тип Заказчика" с Типом ???.
2. Добавляю значения списка (?), выбираю для 1 значения Пользователи, для 2 значения созданное заранее Контрагенты.
3... ???

Подскажите, пожалуйста, решение.

[support]

Технической документации, описания, базы знаний не хватает...

Скорей всего в будущем появится... пока на это времени у меня нет...

Задача: При добавлении Проекта Заказчик должен выбираться так: 1 или несколько значений из 1 или 2 справочников "Пользователи" и "Контрагенты".

Непонятно, разъясните по подробнее или дайте пример.

[Алексей Алейников]

"Технической документации, описания, базы знаний не хватает..."
Скорей всего в будущем появится... пока на это времени у меня нет...

Рекомендую на базе Руководителя сделать багтрекер, где рейтингом пользователи бы выносили в топ самые востребуемые доработки, а Вы бы фильтровали исходные запросы, выделяя в отдельную задачу, которая будет участвовать в этом рейтинге. Я бы добавил в этот багтрекер задачу "Создать базу знаний для платформы с возможностью дорабатывать техническую документацию".
По итогам, думаю, эта задача висела бы первой...

И если эту задачу реализовать так, чтобы вы, как разработчик просто проверяли, что набили пользователи в виде помощи в ваше ядро, и что-то допускали, что-то ненужное удаляли. Тогда производительность бы значительно возросла и документация бы появилась для всех намного быстрее. Что-то я бы дописал, что-то кто-то другой, кто разобрался. В итоге при наведении на знак помощи, появлялись бы подробные подсказки со ссылкой на более подробную документацию, которую можно, например, сделать на базе MediaWiki.

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

разъясните по подробнее или дайте пример.

При добавлении проекта №1 мне надо отметить, что проект принадлежит Заказчику - Контрагенту ООО "9-33".
При добавлении проекта №2 Заказчиком буду я сам как пользователь.
При добавлении проекта №3 Заказчиком выступят 3 пользователя, в идеале, которым я ещё назначу приоритет для Проекта для справочных целей, чтобы в процессе реализации приоритет менять.
При добавлении проекта №4 Заказчиком выступят 2 Контрагента и 4 пользователя.
И т.д.

В дальнейшем при формировании отчёта по конкретному контрагенту, будет видно, что этот контрагент является одним (или единственным) заказчиком списка проектов, в которых он отбирался.
Если ещё каждому Заказчику в одном Проекте можно будет настроить вес, общий вес которых в одном Проекте не превышает 100%, было бы вообще идеально.

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

Как это реализовать? Каким способом заложить переключение тарифов в зависимости от оплаты? В ролях? Добавить сущность Аккаунт и разные тарифы подсущности?

Вопрос №3
Логируются ли все действия пользователей или надо всё отдельно прописывать, чтобы "оставлять следы" каждого пользователя для разрешения возможных конфликтов?

Вопрос №4
Позволяет или позволит ли API по аналогии с Телеграм, обмениваться всем, что есть в БД.

Вопрос №5.
Пришлите, пожалуйста, на почту, на каких условиях планируется добавление ссылки в раздел "Дополнения", который, насколько я понял будет отображаться у всех, кто установил движок.

PS. Понимаю, что для архитектора все эти вопросы просты скорее всего, но мне надо, чтобы кто-то из специалистов в теме "подписался" под возможностями...

[Алексей Алейников]

Вопрос №6.
Возможно ли импортировать список пользователей без email, но с телефоном?
Чтобы email добавить потом, когда мы его узнаем...

[Алексей Алейников]

Вопрос №7.
Возможно ли формулой вывести зависимость, чтобы, например, значение статуса проекта вычислялось от даты начала проекта, от наступления конкретного события, которое будет в составе мероприятий?

[support]

№1
Если заказчик - это зарезервированная сущность Пользователи, то для связи есть специальный тип поля Пользователи. Или же можно использовать поле Сущность для связи. Подробнее о связях смотрите тут https://www.rukovoditel.net/ru/extend-y ... ation.html

№2
Такого нет и пока не планируется.

№3
Есть специальный отчет https://www.rukovoditel.net/ru/extend-y ... ation.html

№4
Нет. Методы API делаю по запросам пользователей.

№5
Дополнение - это отдельный плагин в папочке plugins на его основе вы можете сделать свой.

№6
Нет, импортируйте с каким то заранее заготовленным email для таких случаев.

№7
Есть такое поле https://www.rukovoditel.net/ru/automatic-status.html
Возможно можно и формулами, тут нужно конкретно на примере смотреть.