Доброго времени суток!

Ситуация такая. В процессе работы над crm в разделе Проекты была одна колонка и бизнес-правило к ней: поле Статус недоступно для редактирования, пока значение в той колонке(поле с дробным числом) равно 0.
Позже это бизнес-правило удалилось из-за ненадобности. И после этого начала появляться ошибка:
23502: null value in column "ITdsMarzha2" violates not-null constraint

ITdsMarzha2 - это и есть та колонка.
Её мы и удаляли в базе данных postgre, и чистили схему страницы от неё, и почистил все бизнес-правила в мастере раздела и в схеме страницы (думал там мог след остаться от удаленных б-правил). Постоянно кучу раз делал полную проверку системы: обновление бд, генерация, компиляция. Ну вот нигде её след больше не можем найти.

И всё равно ошибка появляется при сохранении карточки. При чем карточка то сохраняется успешно, а вот всякие связанные с этим бизнес-процессы не запускаются.
Кстати проблема только на боевой продуктивной среде. На моей локальной разработческой ошибки не возникает.

Может подсказать кто, куда нам ещё нужно залезть проверить эту "несуществующую" колонку?

Нравится

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

Добрый день. Ошибка приходит из постгре - там явно подразумевается, что колонка существует, и что в записи она будет заполнена значением. Вы точно уверены, что в схеме объекта не осталось этой колонки? Из базы может и удалили, но ОРМка может создать колонку обратно, основываясь на метаданных объекта.

Vyacheslav Lipatkin,

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

Андрей Касаткин,

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

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

Добрый день!

 

Столкнулся с такой задачей: создаю новое поле и добавляю в мастер раздела.

Систему обновлял, компилил, генерировал исходный код (Сделал все что можно было)

Но поле не появляется. Хотя в редакторе оно отображается.

В консоле говорит что не может найти данные колонки.

В чем может быть проблема?

Нравится

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

Алмаз, здравствуйте! 

 

Что стоит проверить:

- добавлены ли в объекте данные колонки;

-  значение в системной настройке "Текущий пакет". Затем проверьте, что у вас все зависимости пакета правильно проставлены

- переопубликовать объект в котором есть данные колонки

- пересохраните, пожалуйста, схему %PageV2.

- проверить работу в режиме инкогнито браузера.

 

 

Вильшанский Дмитрий,

Ничего из этого не помогло. Что еще может быть?

Алмаз, здравствуйте! 

Подскажите, какое значение указано в системной настройке "Текущий пакет" и какие зависимости у пакета?
При компиляции и генерации исходных кодов ошибок нет?

Изменялся ли объект напрямую в конфигурации? Если да, то была ли выполнена публикация?

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

Доброго времени суток.
На версии 7.17.3 при компиляции возникает ошибка. 


Система Creatio развернута на ноутбуке, где установлена Windows 10 Pro, ver 21H1. В системе установлено около 20-ти кастомных пакетов различных разработок.
Объема свободного дискового пространства на диске С, где развернут сайт и БД MS SQL, около 160 ГБ. ОЗУ 16 ГБ. Так как в сборке Windows установлен .Net Framework 4.8, то установил NDP472-DevPack-ENU и dotnet-sdk-3.1.301-win-x64, взятые на академии.
Не пойму, почему не хватает памяти.
На других машинах с меньшими объемами памяти компилируется без проблем. Но там версии Windows 10 более старые, то есть нет .Net Framework 4.8
Разворачивал чистую Creatio без доработок. Компиляция проходила без ошибок. 
Может кто-то сталкивался с подобной проблемой? 
 

Нравится

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

Кирилл Александрович, здравствуйте!

 

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

 

 

Кирилл Александрович, здравствуйте!

 

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

 

 

Спасибо. Так и сделал. Именно генерация кода для всех схем помогла

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

При размещении полей GivenName, MiddleName и Surname на замещающей карточке контакта обнаружили, что из Name эти поля неверно парсятся.

Происходит это судя по всему в ContactGmsFieldConverter.

 

Если есть вся "тройка" (Птичкин Максим Петрович) то записывается так:

  • Surname (Фамилия): Петрович
  • GivenName(Имя): Птичкин
  • MiddleName(Отчество): Максим

Если есть только имя и фамилия:

  • Surname (Фамилия): Максим
  • GivenName(Имя): Птичкин

Если есть только фамилия:

  • GivenName(Имя): Птичкин

 

Судя по постам на академии, ошибка актуальна как минимум с 2018 года.

 

Планируется ли исправить ее в ближайших релизах?

Грозит ли чем-то изменение алгоритма ContactGmsFieldConverter?

Нравится

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

А изменение системной настройки ContactFieldConverter не помогает?

Понятно, что это работает корректно с форматом ИОФ, однако в России в основном используется всем привычное ФИО. Как лучше решить данную проблему?

А изменение системной настройки ContactFieldConverter не помогает?

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

Я даже не думал ее искать:(
Помогает, спасибо!

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

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

  Права все выданы как и на операции так и по записям - 100%.
*Компилировал, генерировал схемы, чистил редис.
**Что интересно, для все старых схем права работают.

 

Нравится

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

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

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

Трефилов Павел Сергеевич,

Spasibo!

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

Доброго времени суток коллеги, при сохранении объекта получаю следующую ошибку: Ошибка сохранения: Имя "UsrProjectResourceElement" администрируемого по записям объекта "Элемент ресурсов проекта" превышает 22 символа.  Где я могу увеличить лимит символов? Спасибо. 

Нравится

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

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

Указанный Вами кейс воспроизводится на более ранних версиях приложения. Это вызвано ограничением на уровне ядра количества символов для создания объектов, названия схем (в некоторых случаях и колонок).

Для решения данного вопроса Вам нужно либо обновиться на версию выше чем 7.11.3, так как там увеличено количество символов до 128 либо изменить заголовок раздела, чтобы оно содержало не более 22 символа.

Вручную на старых версиях изменить этот лимит невозможно.

Евгений Воробьев,

У нас версия 7.13 Customer journey. Как быть в таких случаях?

Ислам Ибрагимжанов,

Ислам, Вам необходимо выполнить обновление решения до актуальной версии Creatio, на текущий момент - это 7.17.4. Это позволит не только решить проблему, про которую Вы написали, но и в целом получить большое кол-во новых возможностей, как в отраслевой банковской функциональности, так и в возможностях платформы. 

Скажите, пожалуйста, нужна ли какая-то помощь с нашей стороны в вопросах обновления системы?

Ivan Malafieiev, Банк уже обговаривает на счет обновления. Спасибо

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

Добрый день. При добавлении обращения любым способом такая ошибка. Помогите! Что делать? Поддержка игнорит нас((( The INSERT statement conflicted with the FOREIGN KEY constraint "FKHt8lBgKfy2jprTXzDRFvnS56zg". The conflict occurred in database "bpmpredprod", table "dbo.Case", column 'Id'. The statement has been terminated. ---> System.Data.SqlClient.SqlException: The INSERT statement conflicted with the FOREIGN KEY constraint "FKHt8lBgKfy2jprTXzDRFvnS56zg". The conflict occurred in database "bpmpredprod", table "dbo.Case", column 'Id'. The statement has been terminated.

Нравится

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

Уверены, что ошибка именно в коробочном функционале?

Скорее всего есть какая-то доработка на именно вашем сайте (напр. процесс), которая пытается добавить записи на деталь обращения, но подставляет неверный Id записи обращения.

Либо же логика пытается добавить записи на деталь ДО сохранения обращения в БД. Все заполнения деталей возможны только после сохранения основной записи в базу данных.

Уверены, что ошибка именно в коробочном функционале?

Скорее всего есть какая-то доработка на именно вашем сайте (напр. процесс), которая пытается добавить записи на деталь обращения, но подставляет неверный Id записи обращения.

Либо же логика пытается добавить записи на деталь ДО сохранения обращения в БД. Все заполнения деталей возможны только после сохранения основной записи в базу данных.

Владислав Литвинчук,

Ошибка возникла после обновления на версию 7.16.
До этого все работало стабильно. Мне кажется при таком раскладе дело не в логике.
Есть еще какие-то варианты?
Спасибо!

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

Ещё, если есть доступ к SQL-серверу, можно посмотреть, что за запрос идёт и приводит к ошибке, там какой-то конкретный Guid, с нулями или ещё что-то.

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

Добрый день, Александр!
Доработки ЖЦ были, переопределили схему в нашем пакете: добавлено поле в объект, и добавлено отслеживание изменений этого поля в объекте Case и его запись в ЖЦ. 
Как можно оперативно исправить ошибку? Спасибо за помощь!

Действительно проблемы были из-за доработок событийных процессов объекта Case. В новой версии 7.16 добавилась колонка CaseRecordId в объекте CaseLifeCycle, которая не обрабатывалась у нас.
Всем спасибо!

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

Здравствуйте,
мы питаемся в Бизнес процесс добавить подпроцесс, и когда передает только значение Лида, все ок,
но в подпроцессе у нас есть параметр, текстовый, и на него вылетает ошибка:

"Значение не может быть неопределенным. Имя параметра: format"
Пробовали и заполнять этот параметр значением по умолчанию в подпроцессе, и передавать значение с процесса, 
если он присутствует всегда одна и та же ошибка.

Версия: 7.15.4.3055

Прикрепленные файлы

Нравится

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

Уточните, у Вас параметр назвается format или Name? Или это два разных параметра?

Здравствуйте, параметр называется - Name, с названием format у меня ничего нет.

Уверены, что дело именно в этом подпроцессе? Если запускать его из другого процесса, тоже такая ошибка?

Если переименовать Name как-то иначе, то тоже?

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

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

А в логи системы (стандартно в текстовом файле Error.log на веб-сервере) при этом что-то падает? В консоли браузера нет дополнительной информации в момент ошибки?

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

Привет. 
Заметил что время от времени БП который выполняется 30сек начал выполняться в несколько раз больше (270, 626, 1160 cек.) а по диаграммам всё нормально и ошибок нету.
Как уже понятно, это был элемент - обработка таймера. 

Что скажете? 

7.16.4

Нравится

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

Андрей, обратите внимание на недавнюю аналогичную тему. Возможно, и Вам поможет такое изменение config-файла.

Андрей, обратите внимание на недавнюю аналогичную тему. Возможно, и Вам поможет такое изменение config-файла.

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

Спасибо, попробую.

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

При отправке Email по процессу получаю ошибку соединения с почтовым сервером:

Если же отправляю письмо вручную, то отправка осуществляется корректно.

Лог ошибки:

 

Пробовали запустить диагностику, вроде все ок:

Прикрепленные файлы

Нравится

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

Артём, обратите внимание на статью. Возможно, не заполнено или заполнено не так поле «от кого» в письме.

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

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