Добрый день.

Прошу обратиться в нашу службу поддержки. 

Вы можете воспользоваться электронной почтой support@creatio.com

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



С уважением,

Юрий. 

Добрый день!

Запрос "SysModuleVisa" в этом разделе показывал, что у Вас было настроено визирование в разделе с обращениями, но схемы для этой визы в БД не существовало.

select * from "SysModule"

where "SysModuleEntityId" in (

select "Id" from "SysModuleEntity" where "SysEntitySchemaUId" in (

select "UId" from "SysSchema" where "Name" = 'Case'))



select * from "SysModuleEdit"

where "SysModuleEntityId" = '6513d6fc-9383-4bfb-8e0b-a6dc8e7231b0'



select * from "SysModuleVisa" where "Id" = '2e41b591-9f9f-4b80-9aa4-6bcf8d5cdd5e'

select * from "SysSchema" where "UId" = '9b657b4f-80dc-475d-92f1-0f5633d73cd5'

последний запрос ничего не возвращает, то есть у вас настроено визирование в разделе с обращениями, но схемы визы не существует

update "SysModule"

set "SysModuleVisaId" = null

where "SysModuleEntityId" in (

select "Id" from "SysModuleEntity" where "SysEntitySchemaUId" in (

select "UId" from "SysSchema" where "Name" = 'Case'))



delete from "SysModuleVisa" where "Id" = '2e41b591-9f9f-4b80-9aa4-6bcf8d5cdd5e'

Мы обновили "SysModule" и удалили в "SysModuleVisa" упоминание о визировании этого раздела в БД.

На данный момент, Мастер раздела успешно сохраняет изменения.

Проблему решил... 

Добрый день,

Наиболее возможными причинами проблемы являются: 

1) Пустой ParentId для модуля, который должен быть у родителя. Необходимо дополнительно развернуть коробочную БД для проверки с помощью запроса:

SELECT * FROM SysSchema

WHERE ManagerName = 'EntitySchemaManager'

AND ParentId IS NULL

Если набор возвращаемых значений на коробке и на сайте с проблемой отличается, то удалите такие объекты из системы (DELETE FROM SysSchema).

2) Пустые метаданные для объектов/схем в системе. 

SELECT Id, CAST (MetaData AS varchar (MAX)) FROM SysSchema

WHERE CAST (MetaData AS varchar (MAX)) = ''

Вы также можете посмотреть в логах приложения в файлах Common и Error log на предмет того, была ли записана дополнительная информация о генерации статики (обычно ошибка должна быть подписана там с подробностями). А также вы можете напрямую отфильтровать все схемы по фильтру "Имеет ошибку" в конфигурации:

и посмотрите, есть ли объекты в списке. Если да, то на объекте в "Свойствах" будет заполнено "Последнее сообщение об ошибке":

Дякую! Питання вирішено

Добрый день!



Рекомендую проверить значение в поле "Отправитель" (Sender) в созданной активности. В поле Sender должно быть указано значение зарегистрированного почтового ящика в системе с возможностью отправки писем.

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

Алёна Доля,

Огромное спасибо.

Проблема была в общем доступе к ящику

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

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

 

Вы можете использовать этот скрипт в базе данных, чтобы найти, что ссылается на этот внешний ключ:

SELECT * FROM information_schema.constraint_column_usage WHERE constraint_name = 'FK2P3ugwbN5k9c56HDmFngL4w6uY';

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

Пожалуйста, отправьте нам письмо на support@creatio.com с объяснением этой проблемы, и мы будем рады помочь вам.

 

С уважением,

Дарий

Тут лучше в поддержку обратиться. Возможно название объекта раздела как-то совпало с названием объекта из платного дополнения. У террасофта есть список "платных" разделов, которые они проверяют по названию объекта и если нет лицензии, то появляется такое предупреждение. Если dev среда без лицензий (с ограничением в 1000 записей), то там проверка лицензий не запускается.

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

Проверьте название Объекта раздела, который требует лицензию.

Возможно у него нет префикса и система считает его лицензируемым объектом базового приложения или какого-то решения.

Проверьте лицензируемый ли сам объект в SysLicPackage. Возможно, он содержится в Operations лицензионного продукта в списке LicEntities. 

Если это так, проверьте есть ли на объект права в лицензии, в Operations. Например, Case.Full, Lead.Read.

Чеботов Никита, добрый день!

Проверьте, что пакет разблокирован в базе данных, то есть InstallType = 0 и Maintainer пакета совпадает с Maintainer в системе.



Также, возможно, поможет очистка папки рабочей копии, находящейся по пути прописанном в ConnectionStrings.config в секции "defPackagesWorkingCopyPath".

%TEMP%\%APPLICATION%\%APPPOOLIDENTITY%\%WORKSPACE%\TerrasoftPackages

Пример на веб сервере:\Windows\Temp\<номер сайта>\<пользователь IIS>\Default\TerrasoftPackages

Добрый день!

Рекомендую также попробовать переустановить компоненты .NetCore и .NetFramework:

Скачать 64-разрядный .NET Core SDK 3.1.301

Скачать 64-разрядный .NET Framework SDK v 4.7.2

Для Linux-сборок инструкция доступна по ссылке.

После переустановки нужно обязательно выполнить перезапуск машины.

Если это не поможет, в логах приложения должна записаться более подробная ошибка.