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

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

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

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

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

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

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

Нашёл решение, настройки прав для фильтров для раздела 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 и подобными инструментами.

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

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

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

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

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

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

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

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

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

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

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

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

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

Переводы хранятся в таблице SysTranslation, привязка данных осуществляется в разделе конфигурация -https://prnt.sc/w18hsw

https://prnt.sc/w18jq7

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

Так же переводы можно выгрузить в Excel и потом залить на нужной среде в вышеуказанную таблицу.

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

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

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

Насколько помню эти настройки автоматом пишутся в пакет. В разделе схемы будет схема типа 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": ""
    },

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

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

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

дев и прод еще не обновили, поэтому он на 16

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

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

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

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

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

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

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

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

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

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