Добрый день!

Спасибо за отличное расширение Email address validation connector for Creatio.

 

Есть одно замечание - в документации указано, что нужно заполнить системную настройку [Апи-ключ для валидации email] и добавить туда именно ключ API (XXXYYYAAA...). Но так работать не будет, нужно этот ключ добавить в формате:

 

Bearer XXXYYYAAA...

 

Также, подскажите, пожалуйста, как можно самостоятельно доработать пакет, чтобы использовался на SendGrid, а провайдер ZeroBounce? Данный провайдер показывает гораздо более точные результаты. 

 

Нужно каким-то образом сделать копию пакета? Сам веб-сервисы мы уже настроили, но не можем поменять процессы данного пакета. 

Спасибо!

Нравится

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

Добрый день!

Где можно ознакомиться со списком доступных методов, их описанием?

Нравится

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

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

 

Найти информацию по разработке в Creatio можно на Академии (раздел 'Для разработчика'), также много полезной информации и ответов на разного рода вопросов по разработке можно найти здесь на community.

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

Добрый день!

Подскажите, как можно скрыть "чужие" записи для пользователей в разделе, где он не является ответственным?

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

Нравится

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

Доброе утро.

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

Ознакомиться более подробно, как работает данная функциональность можно по этой ссылке на Академии.

Для настройки подобной функциональности Вам потребуется реализовать бизнес-процесс, который будет запускаться по сигналу добавления или изменения записи в таблице раздела (а именно поля 'Ответственный'), а в самом бизнес-процессе нужно будет настроить раздачу прав доступа с помощью специального элемента 'Изменить права доступа', подробнее о нём читайте по ссылке.

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

Алла Савельева,

Подскажите, а можно ли для реализации этой задачи удалить нужные данные из объекта, который возвращается для отображения, в методе loadGridData?

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

Как можно обойти ограничение в 5000 записей при чтении коллекции в процессе?

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

Нравится

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

Kalymbet Anastasia,

а как действовать в таких случаях, когда надо обработать более 5000 записей?

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

 

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

Можно же придумать в базовой логике обрабатывать "пачками" по 5000. И быстродействие не пострадает, и лимит искусственный будет не нужен

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

В данный момент это выполнить невозможно по указанным причинам. 

Существует пожелание на увеличение данного значения. Я добавлю Ваше обращение для повышения приоритета и реализации в будущих версиях.

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

Добрый день

 

Кто-то вчера удалил продукт из справочника. Как его можно восстановить? Потому что удален вместе со связанными записями. 

Нравится

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

Мы банально восстанавливали удалённые записи с помощью Insert into ... from select ...

Возможно, на связанных записях установлен признак каскадного удаления.

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

Привет, комьюнити,

Может кто-то сталкивался с похожей проблемой. В разделе Requests на стадии Completed 2 обязательных поля (прописаны бизнес правилами). Кликаю на стадию Completed, система выдает информационное сообщение о необходимости заполнить поля. Первое поле типа Справочник(контакт) , второе Дата. Открываю справочник, нажимаю кнопку добавить новый контакт. Происходит редирект на страницу контакта, заполняю информацию, сохраняю. Система перекидывет назад на форму заявки, но подсвечивает уже предыдущий статус, а не completed. Но если сохранить изменения, то сохраняет в статусе Completed. В чем может быть проблема? 

Нравится

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

Добрый день!

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

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

 

В вашем примере в момент создания контакта стадия не была сохранена (так как условие не было выполнено), именно при этом после сохранения записи контакта, приложение возвращает назад на предыдущую стадию. 

 

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

 

Также детальнее с выполнением кейсов и бизнес-правил Вы можете ознакомится на Академии:

https://academy.terrasoft.ru/docs/7-17/user/biznes_processy/nastrojka_d…

 

https://academy.terrasoft.ru/docs/user/kastomizacija_no_code/nastrojka_…

 

 

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

Добрый день!

 

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

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

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

 

Коллеги, есть ли опыт реализации подобной задачи? Буду благодарен за подсказку. 

 

Нравится

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

Григорий, здравствуйте.

 

Вижу описанную реализацию следующим образом:

1. В планировании добавляем колонки План, Факт (с фильтрами из системы), и % выполнения, в котором будем считать значение выполнения плана
2. Создать итог с типом "Шкала" (пример есть в итогах раздела Планирование), который будет показывать значение колонки Факт.

 

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

Роман Казекин,

Добрый день,

 

Роман, правильно ли я Вас понял - план, факт, %выполнения в планировании +  дашборд со шкалой отдельно? А какая будет связь шкалы с разбивкой по типу продукта и менеджеру?

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

Есть кейс, на первой стадии пользователю надо заполнить несколько полей, для полей созданы бизнес-правила по типу Если Стадия = Стадия 1, то Поле 1 обязательно к заполнению. Если не заполнить поле и попробовать сохранить кейс - правило сработает, покажет ошибку и не позволит сохранить кейс. Но пользователь может просто нажать на следующую стадию, тогда появится ошибка о незполненном поле, но кейс всё равно перейдёт на вторую стадию и будет сохранён.

Задача в том, чтобы не позволять так обходить требование заполнять поля. Пока вижу это так: в момент перехода по стадиям (может, в методе OnSaved) проверять заполнены ли поля, и если не заполнены - не позволять менять стадию.

Какой лучший(или рекомендуемый) способ выполнения этой задачи ? Описанный вариант с методом OnSaved подойдёт ?

Нравится

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

Мы делаем немного по-другому - даём менять стадию, но не даём сохранить, пока все поля не будут заполнены

Для этого:

  • создать атрибуты для обязательности полей
  • использовать в бизнес-правилах сравнение не поля Стадия, а атрибутов
  • создать метод вычисления атрибутов в зависимости от стадии
  • в onDiscardChangesClick (если пользователь нажмёт Cancel) снова вызываем метод обновления атрибутов
Показать все комментарии

Подскажите, пожалуйста, где прописан код заполнения LeadInQualifyStatus при изменении стадии лида?

Нравится

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

Владимир, 
В приложении реализован отдельный Listener, который отслеживает изменения слушает события сущности - EntityStageHistoryListener (Обработчик событий для записи в журнал перехода по стадиям). В нем существует переопределенный метод onSaved, плюс ряд методов которые отслеживают текущую стадию и её смену.
Реализацию самой смены можно увидеть в классе SaveStageHistoryAsyncOperation (Асинхронная операция записи в журнал перехода по стадиям), который вызывается в EntityStageHistoryListener.

Алёна Доля,

Спасибо большое за ответ!

Правильно ли я понимаю, что 
1) данная функциональность работает только при включенной feature  EntityStageHistoryJournaling?
2) это универсальный метод для любого объекта (в том числе и для пользовательских), только надо где-то прописать настройки. Откуда их читает метод GetStageHistorySetting?

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

Здравствуйте. Вопрос по коннектору

RabbitMQ connector for Creatio | Creatio Marketplace (terrasoft.ru)

В полях для коннекта присутствует только поле host, но отсутствует поле virtualhost. И никак не удается добиться сигнала "Подключено". У кого-нибудь получалось добиться подключения? Или может сам Алексей подскажет, как можно это сделать? 

Например, в Loyalty поле VirtualHost присутствует.

Нравится

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