Добрый день!
Подскажите пожалуйста, как можно сделать подобную кастомную деталь с разным типом полей, которые можно добавлять в зависимости от параметра?

Спасибо!

Нравится

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

Прошу помощи: в ленте обращений сотрудники вносили информацию об установленном оборудовании (модель). Есть ли возможность производить поиск по ленте в обращениях из раздела (как-то фильтровать через расширенный фильтр) или через глобальный поиск?

Спасибо!

Нравится

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

Из коробки такой возможности нет, так как все записи ленты хранятся в табличке "Сообщение/комментарий" и не имеют прямой взаимосвязи с экземплярами объекта и схемами разделов.

Как вариант, можно создать бизнес процесс, который будет наполнять "кастомную" табличку записью ленты и обращением (найденным по схеме и экземпляру объекта) это позволит сделать взаимосвязь с обращением и дальнейшей фильтрацией прямо из раздела.

Пример реализации:

  1. Создаем табличку, что будет собирать сообщения ленты и обращения.
    1. Указываем родительский объект BaseEntity, придумываем код объекта и заголовок
    2. Добавляем справочники "Обращение" (Case) и "Сообщение/комментарий" (SocialMessage)
    3. Сохраняем, публикуем.
  2. Открываем через справочники запись "Сообщение/комментарий" (если нет в списке, то добавляем его для отображения) .
  3. В справочнике "Сообщение/комментарий" находим запись в ленте вашего обращения и записываем куда-то схему обращения
  4. Создаем бизнес процесс, где
    1. Добавляем элемент сигнала, что запускается по добавлению записи в табличку "Сообщение/комментарий" при условии наличия схемы раздела "Обращения"
    2. Считываем id добавленной записи "Сообщение/комментарий"
    3. Считываем "Обращение" по id = экземпляр объекта из "Сообщение/комментарий"
    4. Добавляем в табличку считанные "Сообщение/комментарий" и "Обращение"
  5. В итоге получаем бизнес-процесс, который мониторит все сообщения из ленты по обращениям и записывает их в табличку
  6. В разделе "Обращения", провалившись в нашу табличку получаем взаимосвязь с обращением и лентой

 

 

Из коробки такой возможности нет, так как все записи ленты хранятся в табличке "Сообщение/комментарий" и не имеют прямой взаимосвязи с экземплярами объекта и схемами разделов.

Как вариант, можно создать бизнес процесс, который будет наполнять "кастомную" табличку записью ленты и обращением (найденным по схеме и экземпляру объекта) это позволит сделать взаимосвязь с обращением и дальнейшей фильтрацией прямо из раздела.

Пример реализации:

  1. Создаем табличку, что будет собирать сообщения ленты и обращения.
    1. Указываем родительский объект BaseEntity, придумываем код объекта и заголовок
    2. Добавляем справочники "Обращение" (Case) и "Сообщение/комментарий" (SocialMessage)
    3. Сохраняем, публикуем.
  2. Открываем через справочники запись "Сообщение/комментарий" (если нет в списке, то добавляем его для отображения) .
  3. В справочнике "Сообщение/комментарий" находим запись в ленте вашего обращения и записываем куда-то схему обращения
  4. Создаем бизнес процесс, где
    1. Добавляем элемент сигнала, что запускается по добавлению записи в табличку "Сообщение/комментарий" при условии наличия схемы раздела "Обращения"
    2. Считываем id добавленной записи "Сообщение/комментарий"
    3. Считываем "Обращение" по id = экземпляр объекта из "Сообщение/комментарий"
    4. Добавляем в табличку считанные "Сообщение/комментарий" и "Обращение"
  5. В итоге получаем бизнес-процесс, который мониторит все сообщения из ленты по обращениям и записывает их в табличку
  6. В разделе "Обращения", провалившись в нашу табличку получаем взаимосвязь с обращением и лентой

 

 

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

Если речь идет о возможности фильтровать записи раздела "Лента", то базовыми средствами вывести фильтры в раздел нет возможности.

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

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

Спасибо, что помогаете делать наш продукт лучше!

С уважением,
Сидько Елена
Оператор
Группа компаний Terrasoft

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

Добрый день!

Может кто-то сталкивался с данной ситуацией.
Можно ли выгружать печатные формы в google документы и оставлять ссылки на них. Не нашел реализации данной функциональности.
Т.е. хотелось бы, чтобы сотрудники работали с одной версией договора, а не скачивали его. 
Как я вижу это:
При выборе печатной, она выгружается в некое облачное хранилище
Получаю ссылку на документ, которая добавляется в "Файлы и ссылки"
Во фрейме по этому договору отображаю данную ссылку.
Недавно предложили сделать через FTP-сервер

Встречал реализацию данной функциональности в Marketplace, но цена немного не устраивает

Нравится

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

Добрый день.
Я передам Ваше пожелание ответственной команде разработки, спасибо за идею.

Если Вас не устраивает цена дополнения на Marketplace, то Вы можете реализовать данный функционал самостоятельно средствами разработки. Для этого необходимо:

1) Создать собственный метод-обработчик нажатия на кнопку или же переопределить существующий.
2) Использовать базовую логику генерации печатной формы. 
3) Внутри метода настроить взаимодействие с API google и последующей загрузкой файла на диск.
4) Через EntitySchemaQuery или кастомный сервис создать ссылку и привязать ее к нужному объекту. 

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

Добрый день!

Подскажите, пожалуйста, как создать нередактируемый раздел на основе VIEW?
Файлы к нему добавлять не нужно, тэги тоже. Но функциональность групп и аналитики как раз является целью.

Может быть где-то есть реализованные примеры?

Руководители хотят анализировать "сборную" активность из разных объектов в одном месте (определенные процессы, записи в ленте, визирования и т.п.)

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

 

Нравится

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

Владимир, добрый день! 

Для более детального ознакомления с разделами на основе VIEW рекомендую Вам ознакомиться со статьёй:

https://academy.terrasoft.ua/docs/developer/back-end_development/locali…

Лев, спасибо за ссылку. 

Объекты на основе VIEW используем очень часто, но здесь вопрос именно о разделе. А у него есть своя специфика, насколько я понимаю.

И потому хотелось узнать именно об этом опыте

Добрый день.

 

Я когда-то такое делала.

 

Создаете представление на уровне базы данных и схему этого представления в конфигурации (в статье из ответа выше этот этап подробно описан).

 

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

 

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

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

Добрый день! Возникла потребность в интеграции Creatio и Power Bi, на комьюнити есть только 1 похожий запрос, но нет интересующих меня ответов. Для подключения используется протокол OData, данные из системы в Power Bi выгружаются, но не совсем корректно. При изменении значений в колонках, Power Bi открывает каждый раз новую сессию, соответственно грузит сервер, за день открывая по 200 тысяч сессий, было рекомендовано добавить куку BPMSESSIONID и заголовок ForceUseSession, но так как я этого никогда не делал, не совсем понятно где именно прописывать эти значения. А так же не понятно, каким образом выделить только нужные таблицы и колонки, информация по котором тянулась бы в Power Bi.  Находил статьи про разные типы запросов, пробовал тестировать в PostMan, все работает корректно, но как это применить настройки именно в интеграции не понятно

Нравится

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

Добрый день.

Сессии создаются так как не используется параметр ForceUseSession: true. Его нужно добавлять в хедеры запроса. Примеры есть тут: https://documenter.getpostman.com/view/10204500/SztHX5Qb?version=latest

Касательно добавления хедеров запроса в Power Bi - я рекомендую задать этот вопрос на сайте посвященном Power Bi, а не Creatio, так как я сомневаюсь что тут вам кто-то подскажет.

Добрый день.

Сессии создаются так как не используется параметр ForceUseSession: true. Его нужно добавлять в хедеры запроса. Примеры есть тут: https://documenter.getpostman.com/view/10204500/SztHX5Qb?version=latest

Касательно добавления хедеров запроса в Power Bi - я рекомендую задать этот вопрос на сайте посвященном Power Bi, а не Creatio, так как я сомневаюсь что тут вам кто-то подскажет.

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

Добрый день! Обновили систему с очень старой версии, точнее 7.12 => 7.17. В одном из разделов были бизнес процессы, один использовал автогенерируемую страницу, а другой преднастроенную. До обновления при их срабатывании они автоматически отображались пользователю поверх других страниц. После обновления же такое поведение больше не наблюдается. Кто-нибудь сталкивался с подобным? Как это удалось решить?

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

Нравится

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

Добрый день.

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

Вам необходимо в первую очередь пошагово пройти по статье:

https://academy.terrasoft.ru/docs/user/ustanovka_i_administrirovanie/ra…

 

Самый простой способ проверить что вебсокеты настроены корректно описан тамже:

"В консоли разработчика веб-браузера введите команду Terrasoft.ServerChannel.ping(). При корректной настройке вебсокетов сервер ответит pong. При любом другом ответе сервера необходимо проверить правильность настройки вебсокетов."
 

 

Добрый день.

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

Вам необходимо в первую очередь пошагово пройти по статье:

https://academy.terrasoft.ru/docs/user/ustanovka_i_administrirovanie/ra…

 

Самый простой способ проверить что вебсокеты настроены корректно описан тамже:

"В консоли разработчика веб-браузера введите команду Terrasoft.ServerChannel.ping(). При корректной настройке вебсокетов сервер ответит pong. При любом другом ответе сервера необходимо проверить правильность настройки вебсокетов."
 

 

Тарас Пономарёв,

Terrasoft.ServerChannel.ping() - это работает. Как я понял, проблема возникает, когда процесс работает в фоне. 

Бершеда Д. Н.,

Значит ранее БП не работали в фоне, в любом случае для элементов выполняющихся в фоне поведение когда они не всплывают пользователю - корректно.

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

Добрый день!

Может кто-то сталкивался с реализацией данной задачи.
Со стороны  Creatio и второй системы Z настраивается интеграция, но одни и те же поля по объектам им необходимо передавать друг другу. Т.е. обе системы являются мастерами. 
Суть в том, что основным триггером является изменение поля и если в одной из систем оно меняется, то должно меняться и в другой, и наоборот соответственно.

Вопрос в том, как обойти старт триггера по изменению поля в Creatio, если оно изменено из сис-мы Z?

Нравится

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

Михаил, добрый день! 

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

Lev Kuptsov, благодарю за проявленный интерес к оказанию помощи, но вопрос был решен

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

Добрый день, коллеги!

Очень хотелось бы узнать, может есть сценарий при котором можно узнать пользователя, который изменил значение интересующего меня поля?

Нравится

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

Стандартный журнал изменений не подходит? Но правда перед этим его нужно настроить. Либо отдельное дополнение ставить для логирования изменений в колонках. В марткеплейсе есть что-то подобное.

Михаил, для логирования изменения колонок рекомендую настроить журнал изменений в приложении. Детальнее процесс описан в статье:https://academy.terrasoft.ru/docs/user/ustanovka_i_administrirovanie/in…

Если ранее журнал изменений не был настроен, то на данном этапе присутствует возможность только узнать пользователя, который в последний раз редактировал запись (по колонке в объекте ModifiedById).

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

Добрый день!

Необходимо произвести настройку (интеграцию) системы с телефонией mango-office.ru. Ищу помощника, ТЗ пришлю.

 

Нравится

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

Возникла необходимость заменить условие для разных кейсов (разный набор стадий для разных типов документов).
Но при открытии существующего документа система только предлагает сменить на более подходящий кейс

Как массово сменить таким документам кейсы, чтобы статус документа не изменился? В самом кейсе нет никаких действий (всё выполняется в БП) - настроены только переходы между статусами и сам набор статусов

Нравится

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

Добрый день!

С помощью базовых функций в интерфейсе массовое автоматическое изменения кейсов с сохранением текущего статуса невозможно. Вполне вероятно, что это можно реализовать с помощью средств разработки. Обратите внимание на пост с похожей проблемой: https://community.terrasoft.ru/questions/zapustit-obnovlennyy-keys

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

Ярослав Савицкий,

спасибо за разъяснения. Было бы здорово сделать системную настройку "Автоматически заменять кейс при отсутствии запущенных процессов или действий"

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