Создать свое поле типа regardingobjectid в сущности ActivityPointer

[Iwa]

Цитата:

Сообщение от a33ik

Можете рассказать ваш сценарий - возможно есть какой то обходной манёвр.

Обходной маневр есть - под каждую сущность, которую планирую использовать добавлять новое поле. Но так - некрасиво.

Схема такова:

• тип экспорта
• параметры типа экспорта
• файлы экспорта
• параметры файла экспорта
• элементы экспорта

Тип экспорта формируется предварительно.
Параметры типа также формируются в качестве определения.
В типе экспорта определена SQL-процедура наполнения списка элементов экспорта и формирования выборки для экспорта согласно параметрам.

Значения параметров формируются процедурой, запускаемой извне через web, с определенным списком параметров.
Также извне запускается процедура наполнения списка элементов экспорта согласно заданным параметрам и выборки для формирования экспорта.

Сейчас так и реализовано, что для каждой дополнительной сущности, по которой нужно формировать экспорт, определено отдельное поле (пока что только одно, но дальше будут и другие) для связывания.

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

Цитата:

Сообщение от Артем Enot Грунин

Самый простой способ - создать вашу сущность как Действие. Укажите так же галочку "не отображать в меню действий", чтобы ваш объект вел себя как "обычный".

Я было посмотрел на такой вариант, но меня испугало то, что сущность получилась напичкана массой полей, которые не будут использоваться.
Может быть все же стоит этот вариант опробовать.

[a33ik]

Простите, смог осилить только первое предложение вашего ответа. Всё что дальше показалось (простите) какой то ересью. Можно поподробнее?

[Iwa]

Цитата:

Сообщение от a33ik

Простите, смог осилить только первое предложение вашего ответа. Всё что дальше показалось (простите) какой то ересью. Можно поподробнее?

Да, в общем-то, все это и есть ересь с позиции CRM-функциональности.
Ведь используется не API CRM, а связка web+sql.

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

Вот для реализации такой схемы и созданы сущности:

• тип экспорта
• параметры типа экспорта
• файлы экспорта
• параметры файла экспорта
• элементы экспорта

Тип экспорта описывает тематику експорта, указывает на sql-процедуру, с помощью которой осуществляется формирование данных для экспорта.
Для типа экпорта формируется список описаний параметров (параметры типа экспорта), которые используются при выборке данных.

Оператор через web-интерфейс выбирает тип экпорта, согласно списку описаний параметров формирует список значений параметров (параметры файла экспорта) и запускает процедуру (указанную в типе экспорта) с этими параметрами. А процедура регистрирует конкретный файл (файлы экспорта), формирует список экспорта, записывая в сущность "элементы экспорта" ID-ы записей сущности, данные которой являются основой для экспорта. Выдача данных для экспорта производится на основании уже существующего списка.

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

[Anros]

Должна ли быть возможность редактирования/просмотра сущности "Элементы экспорта" через интерфейс? Если нет, и они задаются и считываются только программно, то можно сделать просто 2 текстовых поля, в одном хранить имя сущности, во втором ID.

[Iwa]

Цитата:

Сообщение от Anros

Должна ли быть возможность редактирования/просмотра сущности "Элементы экспорта" через интерфейс? Если нет, и они задаются и считываются только программно, то можно сделать просто 2 текстовых поля, в одном хранить имя сущности, во втором ID.

Конечно, хочется не потерять в возможностях CRM, потому и заморочился вопросом.