Доброго времени суток.
Подскажите, такая ситуация, создаю новый раздел, создал новый пакет, в настройке "Текущий пакет" указан нужный пакет и все изменения попадают туда. Кроме кейсов, кейсы сохраняются в пакет Custom. На странице создания кейса указан так же нужный пакет, но при сохранении кейс находится в пакете Custom.
Как это исправить или так и должно работать?
Спасибо.

Нравится

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

Здравствуйте, Сергей!

Данное поведение напоминает ошибку в базовой логике, которая была исправлена в версии 7.15.4. По данному вопросу будет зарегистрирована обращение, в рамках которого будет предоставлено решение.

Пожалуйста, ожидайте, обратной связи.

Станислав Чернышев,

 

Как раз я работаю на версии 7.15.3.

С нетерпением жду решения данной проблемы.

Сергей Рогов,

Станислав Чернышев,

Не нашлось решения для версии 7.15.3? 

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

Возник вопрос по возможности реализации следующей задачи для creatio (on site):

Необходимо встроить в секцию на карточку объекта кастомную секцию/iframe, в которой должно отображаться spa со своей логикой, spa развернуто в IIS.

SPA должно сообщаться с формой и данными из creatio (выполняются запросы к бд creatio при манипуляциях в spa)

В 

Можно ли такое сделать в creatio и каким образом?

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

 

 

Нравится

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

Николай, здравствуйте.

 

Вы можете разместить страницу с помощью HTML-элемента <iframe>. Пример такой реализации можно найти в статье на академии по ссылке:

https://academy.terrasoft.ru/docs/developer/elements_and_components/htm…

 

Но реализовать обмен данными между страницей и Creatio не получится. Если нужно выполнять запросы в базу данных Creatio, можно реализовать свое API, или использовать, например, Odata.

Дмитрий, спасибо за вариант, попробую реализоватьyes

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

Добрый день! 

Настраиваем журнал изменений (ChangeLog) для каждого объекта. После настройки в конфигурациях в пакете Custom создается замещающий объект, текущий пакет (CurrentPackageId) у нас не Custom. Как сделать так, чтобы настройки Журнала изменений сохранялись в текущем пакете?

 

Меняли CustomPackageUId -- не помогло. В конфигурации объекта ставили галку «Вести журнал изменений» -- Журнал включается, но после того, как настраиваешь поля, все равно создается замещающий объект в Custom.

 

Заранее благодарю за ответ

Нравится

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

Вадим, добрый день!
На данный момент нет возможности сменить пакет, в который сохраняется объект при проставлении журналирования, изменения всегда сохраняются в пакет Custom.
Сохранение настроек журнала изменений через интерфейс соответствующего раздела технически работает так, что в любом случае в пакете Custom создаётся замещающий объект, вне зависимости от значения настройки Текущий пакет.
В качестве обходного решения можем предложить все необходимые настройки журнала сделать не через интерфейс журнала, а напрямую в объекте.
Проставить признак "Вести журнал изменений" нужно не только объекту, но и журналируемым полям. Обращаю Ваше внимание на то, что при проставлении этих галочек все изменения в объекте должны сохранятся в тот пакет, в котором создан объект.

Вадим, добрый день!
На данный момент нет возможности сменить пакет, в который сохраняется объект при проставлении журналирования, изменения всегда сохраняются в пакет Custom.
Сохранение настроек журнала изменений через интерфейс соответствующего раздела технически работает так, что в любом случае в пакете Custom создаётся замещающий объект, вне зависимости от значения настройки Текущий пакет.
В качестве обходного решения можем предложить все необходимые настройки журнала сделать не через интерфейс журнала, а напрямую в объекте.
Проставить признак "Вести журнал изменений" нужно не только объекту, но и журналируемым полям. Обращаю Ваше внимание на то, что при проставлении этих галочек все изменения в объекте должны сохранятся в тот пакет, в котором создан объект.

Благодарю за ответ!

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

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

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

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

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

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

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

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

Нравится

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

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

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

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

Нравится

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

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

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

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

Всем привет!

Немного предыстории. По неопытности долгое время доработка системы производилась в облаке, на продуктивной среде. Соответственно все изменения попали в пакет Custom.

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

Погрузивший в структуру БД было выяснено, что принадлежность схемы к пакеты находится в БД, таблица SysSchema, поле SysPackageId, данные хранятся в соседней таблице SysPackageSchemaData. Был написан нехитрый sql скрипт, который переопределяет ссылку на на новый пакет. И вроде даже все работает, но вот беда, в метаданных схемы осталась ссылка на старый пакет, т.е. в БД уже новый, а в метаданных старый.

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

Просто вручную тыкать в каждый объект как-то не очень хочется (объектов больше 200)

Нравится

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

Владимир Соколов пишет:

Может, просто переименовать Custom? И создать новый Custom

 + Помимо переименования необходимо будет почистить системную настройку "Идентификатор пользовательского пакета" [CustomPackageUId], т.к. именно эта настройка отвечает за указание системного пакета.

Также хорошо бы было вычистить после этого зависимости этого пакета, т.к. по умолчанию "Custom" собирает в себе зависимости от всех пакетов.

Может, просто переименовать Custom? И создать новый Custom

Владимир Соколов пишет:

Может, просто переименовать Custom? И создать новый Custom

 + Помимо переименования необходимо будет почистить системную настройку "Идентификатор пользовательского пакета" [CustomPackageUId], т.к. именно эта настройка отвечает за указание системного пакета.

Также хорошо бы было вычистить после этого зависимости этого пакета, т.к. по умолчанию "Custom" собирает в себе зависимости от всех пакетов.

И на продуктовой среде, наверное, нужно установить CurrentPackageId на новый кастомный пакет, чтобы настройки пользователей туда попадали?

Клиент столкнулся с такой же ситуацией, начав разработку в Custom. Но переименование не помогает - при переносе пакета на production получаем ошибку, что такой Uid уже существует

Может, там действительно существует с таким же UId? Без подробностей сложно подсказать, где искать.

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

Добрый день. Помогите разобраться новичку с идиотской проблемой: в пакете Custom неактивна кнопка "Добавить". Следовательно -> не могу корректно создать свой пакет. Как это можно побороть?

Нравится

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

Здравствуйте, Алексей.

Чтобы добавить новый пакет в контекстном меню (не обязательно пакета Custom) на вкладке [Пакеты] раздела [Конфигурация] выбрать действие [Добавить] (во вложении скриншот). Подробнее с механизмом создания пользовательского пакета вы можете ознакомиться по данной ссылке: https://academy.terrasoft.ru/documents/technic-sdk/7-9/sozdanie-polzova….

"Мария Ватулина" написал:
Подробнее с механизмом создания пользовательского пакета вы можете ознакомиться по данной ссылке: https://academy.terrasoft.ru/documents/technic-sdk/7-9/sozdanie-polzovat....

Я наверное не совсем правильно изъяснил проблему... попытаюсь по пунктам:
1. Создал свой пакет.
2. Унаследовался от предпоследнего пакета из схемы зависимостей пакетов.
3. При попытке переопределить зависимость пакета Custom (я должен указать зависимость от своего, вновь созданного пакета), обнаружил, что не могу внести данное изменение т.к. кнопки "Добавить" и "Удалить" неактивны.
4. При осмотре других пакетов данный функционал так же неактивен.

P.S. Пакет, созданный мною в SVN зафиксирован.

"Терещенко Алексей" написал:"Добавить" и "Удалить" неактивны.

Следующая вкладка на вашем скриншоте)
Custom не зависит от пакетов.
Но у него есть зависимые пакеты

"Варфоломеев Данила" написал:

Следующая вкладка на вашем скриншоте)
Custom не зависит от пакетов.
Но у него есть зависимые пакеты

Согласно обучению, которое было проведено ранее и зафиксировано в видео уроках, пакет Custom ВСЕГДА должен находится последним в цепочке зависимостей пакетов и принимать наследование, например, от моего, вновь созданного, ПРЕДПОСЛЕДНЕГО. В противном случае могут возникнуть ряд непредвиденных проблем в работе всего функционала данного продукта.
На вкладке "Зависит от пакетов" - как раз таки это и отображено. а вкладка "Зависимые пакеты" - всегда будет пустой для Custom - такова логика построения пакетов данного продукта со слов тренера по обучению.

"Терещенко Алексей" написал:такова логика построения пакетов данного продукта

Согласен, был не прав. Уже сам запутался в зависимостях.
Сейчас создал свой пакет, унаследовался от SalesEnterpriseSoftkeyRus и он автоматом перенёсся в "зависит от пакетов" Custom'а. Раньше вроде как надо было вручную указывать.

Отредактировать пакет Custom нельзя, если вы поменяли системную настройку "Издатель". Измените её обратно на Customer и отредактируйте то, что нужно. Если я правильно понял проблему.

"Сидоров Александр Валерьевич" написал:Отредактировать пакет Custom нельзя, если вы поменяли системную настройку "Издатель"

Тут я не могу ничего сказать. В работу получил систему с уже рядом внесенных изменений. Возможно Вы и правы. Но тут возникает вполне логичный вопрос: где это правится?

"Терещенко Алексей" написал:Но тут возникает

Так я и говорю - измените системную настройку Издатель на Customer

"Сидоров Александр Валерьевич" написал:измените системную настройку Издатель на Customer

Название = Издатель
Тип = Строка (500 символов)
Знач. по ум. = Customer
Код = Maintainer

это настройки по умолчанию - 100%. Т.е. они не правились.

Здравствуйте, Алексей.

После создания и сохранения вашего пакета пакет Custom должен автоматически добавиться на вкладку Зависимые пакеты вашего пакета. Откройте ваш пакет на изменение и проверьте данную вкладку. На ней должен отображаться пакет Custom (скрин 1). Также, откройте на изменение пакет Custom и проверьте вкладку Зависит от пакетов. В списке должен присутствовать ваш созданный ранее пакет (скрин 2).

"Мария Ватулина" написал:После создания и сохранения вашего пакета пакет Custom должен автоматически добавиться на вкладку Зависимые пакеты вашего пакета

Пробовал... пробовал как с фиксацией в SVN, так и без... Данного волшебства не происходит.

Алексей, проверьте в БД для пакета Custom поле Maintainer в таблице SysPackage. Возможно, что в поле указано значение от значения в системной настройке Maintainer.

Для более подробного рассмотрения проблемы рекомендуем обратиться в Техническую поддержку Terrasoft с подробным описанием проблемы и указанием какие конкретно действия вносились в систему до возникновения описанной ситуации.

"Мария Ватулина" написал:Возможно, что в поле указано значение от значения в системной настройке Maintainer.

"Terrasoft"

"Мария Ватулина" написал:Для более подробного рассмотрения проблемы рекомендуем обратиться в Техническую поддержку Terrasoft

Победил!!!
"Управление конфигурацией" -> "Конфигурация" -> Вкладка "Действия" -> "Компилировать все".
После чего зависимости пакетов приобрели правильную схему.
Однако, я не увидел скомпилированных исходников C#... Но это уже тема следующего поста...

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