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

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

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

Я даже не думал ее искать:(

Помогает, спасибо!

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

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

Spasibo!

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



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



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



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

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

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

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

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



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

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

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

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

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

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

Ошибка возникла после обновления на версию 7.16.

До этого все работало стабильно. Мне кажется при таком раскладе дело не в логике.

Есть еще какие-то варианты?

Спасибо!

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

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

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

Добрый день, Александр!

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

Как можно оперативно исправить ошибку? Спасибо за помощь!

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

Всем спасибо!

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

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

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

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

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

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

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

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

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

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

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

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

Необходимо сравнить их с логами со стороны сайта системы.

Не совсем понял, что Вы собирались сделать: перенести записи в справочнике или его схему?

Если первое, то нужно, чтобы на базе, куда переностите, уже была такая схема и создавшаяся по ней после публикации таблица в БД. Или же схема создавалась или дополнялась в том же пакете, что и данные в неё. А наполнение справочника затем переносить при помощи привязки данных к пакету.

Если второе, то нужно не создавать объект или замещающий объект вручную, а переносить с сайта-источника готовую схему (или путём выгрузки в md-файл, или через SVN, или пакетами).

Объект Tax — стандартный, у Вас в нём есть какие-то доработки?

Добрый день.

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

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

Алла Савельева пишет:

Добрый день.

Вам нужно в свойствах данного объекта установить признак 'Представление в базе данных', как на скриншоте ниже:

Нет. Это совет, как создать представление, на не в объекте ссылку на представление. 

Эта ошибка происходит из-за того, что система пытается создать внешний ключ (foreign key) на представление, а СУБД такой возможности не дает.



Нужно в свойствах справочной колонки, которая ссылается на представление указать признак "Не контролировать целосность". Это не будет создавать внешний ключ в БД.

 

Дмитрий, поскольку Ваша колонка ссылается не на физическую таблицу в БД, а на представление, то при установленных галочках «индексируемая» и при контроле целостности, система пыталась добавить внешний ключ в представление после чего и последовала  ошибка. Если перед публикацией снять галочку индексации и установить галочку «Не контролировать целостность», как показано на скриншоте ниже, публикация такого объекта пройдет без проблем. Для отображения всех свойств колонки, необходимо выбрать «все» в следующем меню. Наглядные скриншоты прикрепил.

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

Это то что нужно, спасибо!

Юрий, а дело не в том же, что в этой теме?

Может, неправильно прописан адрес, логин или пароль?

Узнать больше подробностей можно, посмотрев на обмен запросами плагина с сервером через Fiddler, там будет видно, когда и из-за чего сервер не пускает.

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

да вроде бы все верно прописано, несколько раз проверил и перенабирал.  При попытке ввести заведомо ошибочные имена пользователя и пароль система сообщает "Login or password is incorrect". При попытке ввести заведомо неправильное имя сервера система сообщает "Невозможно разрешить удаленное имя [имя сервера]". При вводе правильных значений авторизация вроде бы проходит корректно, сбой случается на попытке получить список печатных форм.

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



Сходство с темой по ссылке есть, но там предлагается опираться на содержимое поля Configuration, которого у меня почему-то нет.

Если всё так строго с правами, может и на уровне firewall всё заблокировано? Хотя, авторизация же прошла.

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

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

я уже свои две недели в демке отработал, больше вроде не дают?

Так что мешает снова зарегистрироваться? Тем более, 7.17 вышла, заодно попробовать.

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

логично...

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

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

Да, если у Вас действительно 7.15, там, где качали, есть ссылка на более старый плагин. Раз у Вас нет поля «Конфигурация», наверно, качали новый? Они между собой несовместимы, причина, вероятно, как раз в этом.

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

Да, действительно, проблема была именно в этом. Переустановил, проблема исчезла.



(На всякий случай для будущих читателей треда: чтобы запустить плагин, на 7.15 во всяком случае, также необходимо, чтобы пользователь, под которым вы авторизовались на своем ПК, имела права на доступ к серверу Creatio. Иначе авторизация сработает, но список шаблонов отобразится пустым).