Добрый вечер! Подскажите, пожалуйста, при внесении каких либо изменений через Мастер раздела (например добавление новой вкладки), происходит ли компиляция приложения или просто создаются схемы в пакете Custom? Также, где можно посмотреть логи компиляции приложения. Спасибо!

Нравится

1 комментарий

Здравствуйте!

 

Работа мастера ничем не отличается от работы в конфигурации. Он использует только стандартные механизмы, по этому это отдельно нигде не описано.

Если мы меняем поля на странице местами или добавляем новые но по существующим в объекте колонкам - мы меняем схему и обновляем схему.

Если добавляем новые поля - мы меняем объект и схему.

 

Все логи приложения по умолчанию можно посмотреть по пути (путь [TEMP]\Creatio\Site_[{SiteId}]\[{ApplicationName}]\Log\) или проще (диск):\Windows\Temp\Creatio

Показать все комментарии

При попытке создать раздел на основании существующего объекта (Платежные реквизиты, например), получаю информацию, что тэгов и групп в нём не будет.



А как сделать полноценный раздел в этом случае?

Или необходимо дублировать уже имеющийся объект?Изображение удалено.

Нравится

5 комментариев

Удалось разобраться, опишу шаги:

 

1. Создать отдельный пакет (с нужной зависимостью), в котором будет создан раздел 

(если в объекте не установлена колонка для отображения, то придётся создавать ещё один пакет, в котором указать колонку для нужного объекта)



2. Установить системную настройку CurrentPackageId на созданный в п.1



3. Установить пустое значение в системной настройке SchemaNamePrefix



4. Создать раздел на основе существующего объекта, используя Мастер разделов



5. Вернуть обратно системные настройки CurrentPackageId и SchemaNamePrefix



6. Если для объекта уже существовала страница редактирования, то теперь их будет две. Можно найти соответствующие записи

select * from SysModuleEdit 
where  SysModuleEntityId IN 
    (Select Id from SysModuleEntity 
                where SysEntitySchemaUId = (SELECT Uid FROM SysSchema WHERE Name = 'AccountBillingInfo' AND ExtendParent = 0))



 и сменить старое значение на новое

update SysModuleEdit 
set CardSchemaUId = '8790CD96-F7D5-4ADC-931A-8248CEF25EC0'
where CardSchemaUId = '625E1D4C-BC26-4872-B76E-267C473ECDCC'

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

Зверев Александр пишет:

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

В презентации прямо приводили пример банковских реквизитов как идеальный вариант для перевода из детали в раздел. Странно, что на практике всё было не так (и не могло быть так), как презентовали.



Но на самом деле, это нормальный путь, если представить, что пакет в пункте 1 - это стандартный пакет Creatio



Ну, и надеюсь, что R&D читают community и учтут этот кейс

Да, если нужно визирование в разделе, то его тоже надо делать в пункте 4

Спасибо за обратную связь. Команда разработки ответила, что учтёт этот кейс в будущих релизах.

Показать все комментарии

Здравствуйте.

Есть необходимость создать новый раздел на основании объекта активности.

Проведённые работы:

1. Создана схема Раздела и Страницы редактирования

2. Создана запись в SysModuleEntity с указанием UId объекта Активности

3. Создана запись в SysModule с указанием SysModuleEntityId из п.2 и UId схем из п.1.

4. Создана запись в SysModuleEdit с указанием SysModuleEntityId из п.2

В итоге раздел зарегистрирован и  работает корректно.

Но теперь при открытии мастера раздела в р. Активности открывается конфигурация  нового раздела (хотя в адресной строке указан SysModuleId раздела активности)

Есть подозрение, что Мастер раздела берёт последнюю запись (по дате создания) из таблицы SysModuleEntity.

Подскажите как решить эту проблему.

И правильно ли это поведение системы?

Нравится

5 комментариев

Добрый день.

 

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

 

Ответить, насколько правильно такое поведение системы Вам смогут только её разработчики, поэтому рекомендую продублировать свой вопрос в службу поддержки Terrasoft.

Спасибо, Алла. Этот вариант тоже рассматривал.

Но хотелось бы получить комментарий от Тех.поддержки.

Т.к. лично мне не понятно, почему для формирования наполнения мастера раздела не используются данные из SysModuleEntity?  

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

Игорь, здравствуйте!



К сожалению, пользовательской возможности разделить записи одного объекта на два раздела нет в коробочной версии приложения.



Если, например, Вам необходимо разделить контрагентов на два типа: клиенты и контрагенты, то пользовательски Вы можете сделать это помощью типизации страниц редактирования.

Для этого Вы можете использовать базовое поле "Тип" в карточке контрагента. Добавить собственный тип Вы можете в справочнике "Типы контрагента".

С помощью мастера раздела можно добавить необходимо количество страниц редактирования, каждая из которых будет соответствовать нужному типу. Страницы могут иметь разный набор полей/деталей в зависимости от Ваших потребностей. Более детально о создании нескольких страниц можно почитать на Академии Terrasoft.

 

Для интересующего Вас раздела активностей это уже сделано, для задачи и звонка используется одна карточка, а для email настроена другая.



Разделять записи в реестре раздела можно с помощью динамических групп настроив фильтр по полю "Тип".  

 

Если Вы нашли альтернативные варианты реализации желаемой функциональности, и дело только в неверном определении такого раздела в мастере, то можно сначала полностью настроить первый раздел, затем создать и настроить второй, а мелкие правки в объект и карточки раздела вносить вручную правкой схем. Либо на время разработки модифицировать найденные Вами записи в системных таблицах.

Мотков Илья,

Илья меня интересует именно отдельный раздел и с полностью рабочей функциональностью.

И мне интересно почему мастер раздела не основывается при  построении на данные из SysModuleEntity?

Т.к. именно эта таблица связывает зарегистрированный раздел (SysModule) с объектом(SysSchema).

Так почему при загрузке мастер основывается на объект и на последний  зарегистрированный по этому объекту раздел?

 

Игорь, здравствуйте, Вам удалось решить проблему? Если да, не подскажите каким образом?

Показать все комментарии

Здравствуйте,

нам только передали разработчики доработанную BPM 7.8,

и вот пробуем внести свои изменения, через изменение в Коде выходит, но когда перехожу со страницу в Вид -> Открыть мастер раздела, то Раздел открывается, но при переходе на Страницу появляется колесико загрузки и все, вечно крутиться.

Как понять в чем проблема?

Нравится

2 комментария
Лучший ответ

Посмотрите, на наличие ошибок в консоли, так же посмотрите в схеме страницы, на наличие меток для мастера раздела, пример ниже:

 

define("Page", [], function() {
	return {
		entitySchemaName: "Schema",
		attributes: {},
		messages: {},
		modules: /**SCHEMA_MODULES*/{}/**SCHEMA_MODULES*/,
		details: /**SCHEMA_DETAILS*/{}/**SCHEMA_DETAILS*/,
		businessRules: /**SCHEMA_BUSINESS_RULES*/{}/**SCHEMA_BUSINESS_RULES*/,
		methods: {},
		dataModels: /**SCHEMA_DATA_MODELS*/{}/**SCHEMA_DATA_MODELS*/,
		diff: /**SCHEMA_DIFF*/[]/**SCHEMA_DIFF*/
	};
});

 

Посмотрите, на наличие ошибок в консоли, так же посмотрите в схеме страницы, на наличие меток для мастера раздела, пример ниже:

 

define("Page", [], function() {
	return {
		entitySchemaName: "Schema",
		attributes: {},
		messages: {},
		modules: /**SCHEMA_MODULES*/{}/**SCHEMA_MODULES*/,
		details: /**SCHEMA_DETAILS*/{}/**SCHEMA_DETAILS*/,
		businessRules: /**SCHEMA_BUSINESS_RULES*/{}/**SCHEMA_BUSINESS_RULES*/,
		methods: {},
		dataModels: /**SCHEMA_DATA_MODELS*/{}/**SCHEMA_DATA_MODELS*/,
		diff: /**SCHEMA_DIFF*/[]/**SCHEMA_DIFF*/
	};
});

 

Литвинко Павел,

Спасибо большое, вы правы, все вышло :)

Показать все комментарии

Столкнулась со странным поведением системы. Версия 7.14.0.597.

В системной настройке 'CurrentPackageId' указан пользовательский пакет (не Custom), а в настройке 'CustomPackageId' указан пакет Custom.

При редактировании карточки раздела изменения вносятся в нового наследника этой карточки в пакет Custom, причем не под тем пользователем, под которым выполняются изменения, а под пользователем Supervisor (в полях 'Создал' и 'Изменил' нового сервиса указан Supervisor).

Никакие 'танцы с бубнами' не помогают решить данную проблему.

Может кто-то сталкивался с таким или у Вас есть идеи, как можно решить эту проблему?

Возможно, проблемы в параметрах пакета, который указан в 'CurrentPackageId'?

Нужно, чтобы изменения, выполненные в мастере, писались в пользовательский пакет, который указан в настройке 'CurrentPackageId'.

Нравится

1 комментарий

Алла, см. аналогичные вопросы. Судя по отсутствию продолжения тем, должны помочь именно стандартные действия по чистке. Если нет, нужно подключаться и производить отладку.

Показать все комментарии

Здравствуйте! Столкнулись с такой проблемой как создание раздела.

При попытке создания раздела через "мастер разделов", мигом проходит "Сохранение слиентских схем", бодро начинается этам "Сохранение схем объектов" (судя по network), но потом минут 30-40 может крутится "Сохранение схем объектов", после чего страница закрывается быстро, и когда ты заходишь в конфигуратор, то там есть все нужные объекты для раздела (но иногда требующие одновить структуру БД), но абсолютно нет никаких привязок, например в "SysModule".

Может кто-нибудь подскажет почему настолько долго выполняется (точнее не совсем выполняется) создание раздела в "Мастере разделов".

Версия приложения 7.12.0 Oracle

Нравится

3 комментария

В конце выдало "Ошибка декодирования строки JSON".

Дело, как и в соседней теме, может быть в несовместимой версии библиотек Oracle.

Показать все комментарии

Добрый день! Может кто-нибудь подскажет в чём причина данной ошибки, при срздании раздела, пакет создал, издателя поменял, префикс поменял, текущий пакет нужный поставил, создаю пакет, а тут вот.

 

Изображение удалено.

Версия приложения 7.13.3.481_SalesEnterprise_Marketing_ServiceEnterprise_Softkey_Oracle_ENU

Нравится

1 комментарий

На текущий момент действительно наблюдаем подобные проблемы при использовании 12-й версии ODAC.

Для их решения рекомендуем установить на 11-м:

1) Удалить ODAC v.12 

2) Установить ODAC v.11 x64 протестирвать кейс:

    cmd: install.bat all c:\oracle64 oracle64

3) Если ошибка сохранится, установить ODAC v.11 x32, в свойствах пула приложения установить "Enable 32-bit applications" в "true", проверить кейс.

    cmd: install.bat all c:\oracle32 oracle32

 

Показать все комментарии

Привет всем !,

возникает ошибка при создании нового раздела,

Ошибка: Ссылка на объект не указывает на экземпляр объекта..



Изображение удалено.

Нравится

4 комментария

1. Какой пакет у Вас указан в системной настройке 'CurrentPackageId'?

2. Какие права у пользователя, под которым создается новый раздел?

Алла Савельева, 

1. Значение по умолчанию: Custom

2. Права Системного Администратора

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

Либо превышена максимальная длина названия объекта, ограничения были в старых версиях везде, а сейчас оставлены при работе с Oracle.

Попробуйте заново создать раздел с другим кодом.

Зверев Александр,

Создавал со всеми возможными вариантами ...

Решение: переключится на вкладку "Страница" потом на "Раздел" и сохранить, и это вроде сработало

Показать все комментарии

Добрый день!

Зарегистрировал раздел на портале, у страницы редактирования в мастере раздела отсутствует правая часть, где нужно элементы управления "располагать"

Подскажите, какое поле в INSERT INTO SysModuleEdit (или другом?) за это отвечает? 

Нравится

3 комментария

Борис, здравствуйте!

Можете, пожалуйста, предоставить наглядный скриншот, как выглядит страница в Мастере (желательно с открытой консолью). И уточните, пожалуйста, как создавался раздел, нормально ли открываются раздел/карточка?

Одеяненко Юлия,

Выглядит так:

Регистрировал 1. по инструкции регистрация+раздела+на+портале.doc, которую техподдержка выдает и тут на форуме видел и 2. использовал инфо из этого топика https://community.terrasoft.ru/questions/rucnaa-registracia-razdela.

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

 

 

Борис, регистрировала раздел по этим же инструкциям - страница в Мастере отобразилась (Header и TabsContainer). Проблема может быть в некорректном наследовании (я наследовала портальную страницу от BasePageV2). Также рекомендую проверить зависимость пакета, в котором портальные схемы, от пакета Wizards. Возможно, перезапуск сайта решит проблему.

Правильность регистрации схем также могу посоветовать проверить по инструкции в этом посте: https://community.terrasoft.ru/questions/poradok-sozdania-razdela-vrucnuu

Показать все комментарии

Основная мысль: возможность создать раздел для существующего и использующегося в логике системы объекта.

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

 

3 комментария

Да, иногда справочник необходимо преобразовать в полноценный раздел...

Здравствуйте!

Спасибо за проявленный интерес. Зарегистрировали ваше пожелание по развитию приложения.

Функциональность будет доступна в релизе 7.16.2

Показать все комментарии