Добрый день. Есть некоторые дорабоки которые находятся в пакете custom на стенде dev. Подскажите пожалуйста, каким образом, безболезненно для системы, мы можем перенести пакеты на продакшн версию? Спасибо.

Нравится

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

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

Если Вы знаете, в каких сервисах и какие доработки выполнялись, то можно выполнить только перенос нужных сервисов. Если есть привязки с данными, то их можно перенести sql-запросами.

На будущее, если планируете дорабатывать что-то ещё, лучше будет создать свой пакет, выполнить соответствующую настройку, чтобы изменения из мастеров деталей и разделов попадали в Ваш пакет, а не в Custom и переносить обновления через выгрузку пакетов, как рекомендует Алексей.

Создать свой пакет, перенести туда все доработки. Экспортировать пакет в ZIP и установить его на продакшн.

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

Если Вы знаете, в каких сервисах и какие доработки выполнялись, то можно выполнить только перенос нужных сервисов. Если есть привязки с данными, то их можно перенести sql-запросами.

На будущее, если планируете дорабатывать что-то ещё, лучше будет создать свой пакет, выполнить соответствующую настройку, чтобы изменения из мастеров деталей и разделов попадали в Ваш пакет, а не в Custom и переносить обновления через выгрузку пакетов, как рекомендует Алексей.

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

Документация отсутствует. Требуется найти все права и выданные доступы, а так же участие, исследуемой роли на возможное присутствие в БПроцеесах и Бправилах. Можно ли какой то шаг сделать средствами платформы? Кто то сталкивался с задачей?

Нравится

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

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

 

Но информация хранится в базе данных, и при желании можно попробовать написать скрипт, который будет вытягивать эти данные из системных таблиц, например, SysEntitySchemaOperationRight, SysEntitySchemaColumnRight, SysEntitySchemaRecordDefRight и т.д.

 

Готовых скриптов по решению этой задачи также нет.

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

Нужно перенести между стендами фильтры для раздела, фильтры и условия фильтрации переносятся скриптом, а "Настройка прав" :

При переносе фильтров осталась пустой. Каким образом можно перенести фильтры с настройкой прав?

Спасибо

Нравится

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

Добрый день.

 

Можете ознакомиться с решениями, предложенными в следующих постах: 

1. https://community.terrasoft.ru/questions/perenos-prav-dostupa

2. https://community.terrasoft.ru/questions/nastroyki-prav-dostupa-na-obek…

 

Насколько известно нет возможности переносить права на объекты с помощью пакета.
Такая возможность официально не поддерживается.

В текущей ситуации права нужно заново настраивать на продуктивной среде либо в базе из новых записей таблицы сформировать insert-запрос (т.е. перенести записи на уровне базы данных с одной базы в другую с помощью SQL запросов), а потом прикрепить его к пакету как SQL-скрипт (вкладка - "SQL-сценарии"). 

Для этого на эталонной среде необходимо сформировать insert-запросы на основании записей со следующих таблиц:

- SysAdminUnit (Объект администрирования: пользователи и роли)
- SysUserInRole (Непосредственные вхождения пользователей в роли)
- SysFuncRoleInOrgRole (Вхождение функциональной роли в организационную)
- SysAdminOperation (Системные операции, если необходимо)
- SysAdminOperationGrantee (Доступ к системным операциям, если необходимо)
- SysEntitySchemaOperationRight (Доступ к объектам)
- SysEntitySchemaRecordDefRight (Доступ к записям по умолчанию)
- SysEntitySchemaColumnRight (Доступ к колонкам объекта)
- SysAdminUnitGrantedRight (Делегирование)
- SysWorkplace – (Рабочее место пользователя)
- SysAdminUnitInWorkplace – (Пользователи в рабочем месте)
- SysModuleInWorkplace – (Раздел в рабочем месте)

 

Для формирования запросов можно воспользоваться Microsoft SQL Server Database Publishing Wizard и подобными инструментами.

Нашёл решение, настройки прав для фильтров для раздела Case находятся в таблице SysCaseFolderRight

Добрый день.

 

Можете ознакомиться с решениями, предложенными в следующих постах: 

1. https://community.terrasoft.ru/questions/perenos-prav-dostupa

2. https://community.terrasoft.ru/questions/nastroyki-prav-dostupa-na-obek…

 

Насколько известно нет возможности переносить права на объекты с помощью пакета.
Такая возможность официально не поддерживается.

В текущей ситуации права нужно заново настраивать на продуктивной среде либо в базе из новых записей таблицы сформировать insert-запрос (т.е. перенести записи на уровне базы данных с одной базы в другую с помощью SQL запросов), а потом прикрепить его к пакету как SQL-скрипт (вкладка - "SQL-сценарии"). 

Для этого на эталонной среде необходимо сформировать insert-запросы на основании записей со следующих таблиц:

- SysAdminUnit (Объект администрирования: пользователи и роли)
- SysUserInRole (Непосредственные вхождения пользователей в роли)
- SysFuncRoleInOrgRole (Вхождение функциональной роли в организационную)
- SysAdminOperation (Системные операции, если необходимо)
- SysAdminOperationGrantee (Доступ к системным операциям, если необходимо)
- SysEntitySchemaOperationRight (Доступ к объектам)
- SysEntitySchemaRecordDefRight (Доступ к записям по умолчанию)
- SysEntitySchemaColumnRight (Доступ к колонкам объекта)
- SysAdminUnitGrantedRight (Делегирование)
- SysWorkplace – (Рабочее место пользователя)
- SysAdminUnitInWorkplace – (Пользователи в рабочем месте)
- SysModuleInWorkplace – (Раздел в рабочем месте)

 

Для формирования запросов можно воспользоваться Microsoft SQL Server Database Publishing Wizard и подобными инструментами.

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

Добрый день , а как ее перенесли , можете поделиться ?

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

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

Как правильно перенести изменённые данные из системных справочников?

Нравится

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

Вы привязали одни и те же данные несколько раз. Нужно удалить лишние привязки в пакете Custom

Вы привязали одни и те же данные несколько раз. Нужно удалить лишние привязки в пакете Custom

Для удобства переноса записей можно установить дополнение бесплатное с маркет плэйса Data binding tool for Creatio | Creatio Marketplace (terrasoft.ru) Там все просто и облегчает жизнь

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

Доброго времени суток коллеги, подскажите пожалуйста где могу найти этот раздел   ссылка : https://academy.terrasoft.ru/documents/technic-sdk/7-15/rabota-s-obektami-creatio-po-protokolu-odata-s-ispolzovaniem-http-zaprosov 
Пишет перенесена. Спасибо

Нравится

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

Ислам, сейчас информация по OData есть в академии тут (обратите внимание на переключатели «руководство», «примеры» и «референс»), также интересующие Вас примеры запросов вынесены на сайт Postman.

 

А вот эта же статья, которую Вы искали, но для более старой версии 7.8, ещё до переименования системы.

 

А где Вы нашли этот текст на чёрном фоне со ссылкой?

Ислам, сейчас информация по OData есть в академии тут (обратите внимание на переключатели «руководство», «примеры» и «референс»), также интересующие Вас примеры запросов вынесены на сайт Postman.

 

А вот эта же статья, которую Вы искали, но для более старой версии 7.8, ещё до переименования системы.

 

А где Вы нашли этот текст на чёрном фоне со ссылкой?

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

Добрый день Александр, благодарю за помощь Это расширение "Dark Reader", так как целый день читаю документацию глаза устают поэтому поставил такой цвет. 

Так а где нашли текст с нерабочей ссылкой?

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

Проходил обучения модули тут 

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

как правильно включить переводы названий полей, разделов в пакет? 
Производится перевод на среде разработки, его можно выполнить через инструмент "Переводы", актуализировать, обновить реестр. 
Как можно правильно включить эти переводы в пакет дабы перенести на продуктивную среду?

Нравится

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

Здравствуйте! По идее переводы должны перенестись вместе с ресурсами объекта. Если же не переносится, то переводы можно привязать к пакету в виде данных.

Переводы хранятся в таблице SysTranslation, привязка данных осуществляется в разделе конфигурация -https://prnt.sc/w18hsw
https://prnt.sc/w18jq7
Хотя через привязку данных не очень хорошая идея, т.к. слишком большой объем данных.
Так же переводы можно выгрузить в Excel и потом залить на нужной среде в вышеуказанную таблицу.

 

 

Здравствуйте! По идее переводы должны перенестись вместе с ресурсами объекта. Если же не переносится, то переводы можно привязать к пакету в виде данных.

Переводы хранятся в таблице SysTranslation, привязка данных осуществляется в разделе конфигурация -https://prnt.sc/w18hsw
https://prnt.sc/w18jq7
Хотя через привязку данных не очень хорошая идея, т.к. слишком большой объем данных.
Так же переводы можно выгрузить в Excel и потом залить на нужной среде в вышеуказанную таблицу.

 

 

Насколько я понимаю, если переводы были сделаны не во время разработки, а в разделе "Переводы", то в ресурсы объекта они не попадут?

Владимир Соколов,

Переводы которые были добавлены в разделе "переводы" попадут в ресурсы пакета. В ресурсы самого объекта они не попадут.

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

Нравится

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

Насколько помню эти настройки автоматом пишутся в пакет. В разделе схемы будет схема типа DcmSchemaManager с заголовком у вас "Продажи", в разделе данные пишутся данных двух таблиц SysDcmSettings, SysDcmSchemaInSettings. Выгружаем и переносим пакет. Все просто, по крайней мере у меня не было ни разу сложностей с переносом кейсов. Пакет берется из настройки CurrentPackageId или изменения пишутся сразу в этот кейс, если он уже кастомный. Начиная 7.17 есть возможность сохранять отдельно новую версию кейса, но пока сам не тестировал.

Насколько помню эти настройки автоматом пишутся в пакет. В разделе схемы будет схема типа DcmSchemaManager с заголовком у вас "Продажи", в разделе данные пишутся данных двух таблиц SysDcmSettings, SysDcmSchemaInSettings. Выгружаем и переносим пакет. Все просто, по крайней мере у меня не было ни разу сложностей с переносом кейсов. Пакет берется из настройки CurrentPackageId или изменения пишутся сразу в этот кейс, если он уже кастомный. Начиная 7.17 есть возможность сохранять отдельно новую версию кейса, но пока сам не тестировал.

Александр, конкретно интересующая информация о связях стадий хранится не в тех таблицах, в метаданных схемы, в параметре ParentStageUId. Например, для стадий продажи в схеме OpportunityCase:

\n        {\r
\n          \"BL1\": \"Terrasoft.Core.DcmProcess.DcmSchemaStage\",\r
\n          \"UId\": \"a5bf6b99-4c8c-4922-8f78-743d2b94b5da\",\r
\n          \"A2\": \"Stage5\",\r
\n          \"A3\": \"296e261b-5dae-4102-b030-ac84ae63fe2a\",\r
\n          \"A4\": \"296e261b-5dae-4102-b030-ac84ae63fe2a\",\r
\n          \"A5\": \"b89bc79a-381e-4e10-9661-05e0e85cb739\",\r
\n          \"Color\": \"#8ecb60\",\r
\n          \"StageRecordId\": \"60d5310c-5be6-df11-971b-001d60e938c6\",\r
\n          \"Elements\": []\r
\n        },\r
\n        {\r
\n          \"BL1\": \"Terrasoft.Core.DcmProcess.DcmSchemaStage\",\r
\n          \"UId\": \"b223ff36-a772-4903-9c1e-b31e88b32526\",\r
\n          \"A2\": \"Stage4\",\r
\n          \"A3\": \"296e261b-5dae-4102-b030-ac84ae63fe2a\",\r
\n          \"A4\": \"296e261b-5dae-4102-b030-ac84ae63fe2a\",\r
\n          \"A5\": \"b89bc79a-381e-4e10-9661-05e0e85cb739\",\r
\n          \"ParentStageUId\": \"a5bf6b99-4c8c-4922-8f78-743d2b94b5da\",\r
\n          \"Color\": \"#ef7e63\",\r
\n          \"StageRecordId\": \"a9aafdfe-2242-4f42-8cd5-2ae3b9556d79\",\r
\n          \"Elements\": [],\r
\n          \"IsSuccessful\": false\r
\n        }\r

А узнать, что за стадии, можно там же ниже:

    {
      "Culture": "ru-RU",
      "ResourceType": "String",
      "Key": "Stages.Stage4.Caption",
      "Value": "Завершена с проигрышем",
      "ImageData": ""
    },
    {
      "Culture": "ru-RU",
      "ResourceType": "String",
      "Key": "Stages.Stage5.Caption",
      "Value": "Завершена с победой",
      "ImageData": ""
    },

 

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

Пытаюсь перенести настройки реестра деталей на другую среду 
Мой алгоритм действий такой
В данных выбираю объект sysprofiledata с типом установки установка
Далее на вкладке привязка данных по ключу ищу детали для фиксации настройки реестра, далее сохраняю, фиксирую изменения и заливаю на целевую среду,   но настройки реестра не применяются 
(в пятницу по этому алгоритму все получилось, но сегодня утром сказали, что все сбросилось,хотя я все изменения фиксировал
Раньше при фиксации изменений настройек реестра было больше колонок для выбора, а именнно нету данные и objectdifference, которые ставил обязательно для обновления)
Версия на которой фиксирую изменения 7 17 , целевая среда на 7 16
 

Нравится

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

Дима, больше всего смущает это: 

Версия на которой фиксирую изменения 7 17 , целевая среда на 7 16

Лучше всего переносить между идентичными версиями системы, в крайнем случае — от старой на новую, но не наоборот, из новой в старую, поскольку такое использование никто не тестировал. Если на базах разных версий привести содержимое поля ObjectData в SysProfileData у аналогичных записей к текстовому виду при помощи «cast([ObjectData] as varchar(max))», видно различия в параметрах и формате информации о столбцах. Вероятно, дело в этом. Более подробно можно сказать, сравнивая конкретное наполнение поля у Вас: дело в формате, дубле записей или ещё чём-то.

дев и прод еще не обновили, поэтому он на 16
Но меня больше смущает то. куда пропали колонки данные и objectdifference  в новой версии ?

У меня в 7.17 есть и [ObjectData], и [ObjectDifference] (в последней всегда null или «0x», и в 7.16, и в 7.17).

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

у меня на привязках созданных до обновления они тоже есть, но на новых ее нет

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

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

Добый день, Коллеги!

Такой вопрос: Почему при переносе пакета со среды разработки на тестовую среду через установку пакет стандартной утилитой из дизайнера системы пакет ставится без ошибок, но в схемах не видно изменений. Т.е буквально схема новая появилась, но она пустая в ней нет кода. 
Я пробовал генерировать исходный код, потом компилировать и обновлять структуру БД.
Я попробовал удалить пакет и с 0 поставить, но в этой схеме всеравно кода нет...

Нравится

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

Здравствуйте! Сталкивался с такой проблемой, только со схемой "Исходный код", пакет устанавливался без ошибок, а новых методов не добавлялось. Это связано с тем, что схема которая обновляется, в бд помечена как измененная, таблица SysSchema  колонка IsChanged = 1. Проверте свою схему и измените значение на IsChanged = 0  если стоит 1. По крайне мере у меня так было.

Здравствуйте! Сталкивался с такой проблемой, только со схемой "Исходный код", пакет устанавливался без ошибок, а новых методов не добавлялось. Это связано с тем, что схема которая обновляется, в бд помечена как измененная, таблица SysSchema  колонка IsChanged = 1. Проверте свою схему и измените значение на IsChanged = 0  если стоит 1. По крайне мере у меня так было.

Нигрескул Алексей,

Да, так и есть. Спасибо

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

На платформе для объекта Contact в администрировании включили администрирование по записям. Какие таблицы нужно привязать к пакету, чтобы при переносе через СВН пакета,  на новой системе уже было включено администрирование по записям для объекта Contact.

Нравится

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

Включение администрирование по записям перенесётся вместе с объектом. Однако настроенные права по умолчанию находятся в отдельном объекте, который надо включать в данные

Привет! Разбери представление VwAdministrativeObjects, посмотришь из каких таблиц формируются записи для http://prntscr.com/q4y9qc

Включение администрирование по записям перенесётся вместе с объектом. Однако настроенные права по умолчанию находятся в отдельном объекте, который надо включать в данные

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