Добрый день, товарищи разработчики!

Возникла проблема с коннектором IIT E-Signature for Creatio.

Точнее с системой, при попытке обновления 7.17.1 -> 7.17.2 Service enterprise возникает ошибка:

Autogenerated\Src\DigitalSignatureFileUploadInfo.DigitalSignature.cs(20,47) ошибка CS0535: 'DigitalSignatureFileUploadInfo' does not implement interface member 'IFileUploadInfo.IsLastChunk' 

Нравится

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

Петр, добрый день!

 

ошибка воспроизвелась при установке решения на версию 7.17.2. Передала информацию ответственной команде для планирования работ по исправлению.

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

Добрый день! При отправлении запроса на стандартный сервис Web-to-object с лендинга для получения лидов приходит ответ 200 (запрос обработан успешно), но при этом текст сообщения ответа сервера Not allowed request URL. Лиды не добавляются. 
Все реализовано в соответствии с документацией.
Подскажите, пожалуйста, в чем может быть причина такой ошибки запроса и как ее устранить?

Нравится

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

Добрый день.

 

При обработке поступающего запроса система сравнивает домены сайта из настроек лендинга, убирая http(s), www и формирует список доменов (#domens)
потом проверяет Referrer url из отправляемого WEB-TO-OBJECT запроса (тоже убрав там http(s), www) по условию, что он начинается хотя бы с одного из доменов (#domens)
Если не находим совпадений, то выдаем ошибку ("Not allowed request URL.").

Следовательно, либо в сформированном запросе отсутствует header с referrer урлом, либо что-то валится при маппинге урла на домены (например, кириллический символ или проч. что не дает найти точное соответствие)

Попробуйте для всех лендинговых форм в приложении указать одинаковый параметр в поле "Домены сайта":
https://site.com* - именно в таком виде только подставив вашу ссылку с посадочной страницей.

Нужно указать в настройках лендинга в параметр "Домены сайта" ссылку на корень сайта со звездочкой. 

"*" - означает, что лиды будут заходить с любых страниц на указанном адресе. Конечно же они проверяются по формам.

 

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

Добрый день!

На Dev-стенде был создан пакет с объектами и модулями (разделы/страницы редактирования). Также было создано отдельное рабочее пространство под это всё. Данный пакет был перенесён на PredProd среду.

 

Пакет есть, объекты и прочее также присутствует, за исключением рабочего пространства. При попытке добавить разделы из этого пакета к какому-либо существующему рабочему пространству или созданному в DevTools браузера падает ошибка в Network на POST-методе AddSectionToWorkplace (статус 400 Bad Request) с таким ответом:

The server encountered an error processing the request. The exception message is 'Sequence contains no matching element'.

 

В консоли такие ошибки:
POST
url: 0/rest/WorkplaceService/AddSectionToWorkplace
400 (Bad Request)

 

Error while sending request 
    response status: 400 (Bad Request)
    request url: 0/rest/WorkplaceService/AddSectionToWorkplace
    method: POST
    request data: {

"workplaceId":"433b2971-e182-42d4-9b21-e78ee63c190e",

"sectionId":"543e77e0-d2bd-4bba-ae69-021fa67abf3e"

}

 

По значению workplaceId нахожу в системной таблице SysWorkplace запись, соответствующую рабочему пространству, куда добавляла.
Где искать информацию по sectionId так и не поняла.
 

Можете ли пожалуйста, подсказать в чём именно ошибка? У sectionId есть какая-то привязка к другому рабочему пространству, которое не появилось в системе или что?

Нравится

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

Привязка данных для раздела (секции) обычно происходит автоматом.

Для переноса рабочего места нужно дополнительно привязать данные SysWorkplace

Для привязки раздела в рабочее место SysModuleInWorkplace

Для привязки прав на рабочее место SysAdminUnitInWorkplace

Добрый день.

Перед переносом пакета на другую среду, вы осуществляли привязку данных?

Кажется я такое встречал, и это коробочный баг, странно, что его до сих по не пофиксили.

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

Я производила привязку данных только по данным из справочных таблиц и сами справочные таблицы.
Что ещё необходимо было к пакету в качестве привязанных данных добавлять? 

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

Данное обходное решение помогло, спасибо)
Только если это действительно баг, то странно, поскольку не только я сталкивалась с этой проблемой среди своих коллег.

Больше кажется, судя по ответу Михаила, что это "фича" и "особенность коробки", в связи с чем по абсолютно всему необходимо делать привязки для корректного переноса пакетов со всеми реализациями

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

Беда не приходит одна. Разделы добавились, но теперь при переходе в раздел падает ошибка GET status 500

Uncaught Error: Script error for "Название Объекта по разделу"

Похоже ещё и пакет не до конца ровно встал, хотя логов никаких не было

Привязка данных для раздела (секции) обычно происходит автоматом.

Для переноса рабочего места нужно дополнительно привязать данные SysWorkplace

Для привязки раздела в рабочее место SysModuleInWorkplace

Для привязки прав на рабочее место SysAdminUnitInWorkplace

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

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

Ситуация такая. В процессе работы над 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, которая не обрабатывалась у нас.
Всем спасибо!

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