Делал такое через обновление данных в напрямую в БД. Таблица SysModuleEdit

Илья, реализовать вашу логику можно несколькими вариантами. 

1) Использовать бизнес-процесс при изменении объекта концертной программы. Внутри него вы будете считать количество програм с нужным условием и если оно превышает три, то выполняете необходимую вам логику.

2) Использовать событийный слой. Тут логика похожая, только можно считывать значение системной настройки UsrSysSetingMaxNumberActiveDailyPrograms и уже по нему выполнять необходимую логику. Также в этой событийной логике вы можете прописать логику добавления значения к этой системной настройке.

Создаю новое поле - Reminding time. И его сравниваю.

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

Александра Дубс, подскажите, решило ли вашу задачу предоставленное решение от Владимира?

Aleksei Efimenko, 

я прибегла к другому решению:

• сделала системную настройку, которая хранит значение за сколько нужно уведомление (в минутах)
• сделала 2 параметра: 

Параметр 1: [#Системная переменная.Текущее значение времени#]. AddMinutes([число из системной настройки])

Параметр 2: параметр 1. AddMinutes(59) - чтобы получился час

• и развела условными потоками:

1. если время разрешение больше моих параметров или меньше - проскакиваю

2. если время разрешение попадает в промежуток параметров - высылаю уведомление

Попробуйте через элемент "привязать процесс к объекту" связать объект в котором должна отображаться автогенерируемая страница (например Продажа) и процесс. В таком случае она будет отображаться автоматом, на сколько помню

Связь в процессах делается сразу, так что это не помогает

Кажется, она не показывается автоматически, если процесс запускается из дизайнера или если в данный момент какая-то страница находится в режиме редактирования

А у вас процесс в фон не уходит? 

Виктор Корниенко,

Рекомендую проверить ещё следующее:

1. Элемент автогенерируемой страницы не должен начинаться после элемента таймера, так как элемент таймера переводит работу БП в фоновый режим.

2. Необходимо проверить работоспособность веб-сокетов, без работающих веб-сокетов страницы автоматически открываться не будут.

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

Ошибка "Рассылка находится в активном статусе. Функция сохранения отключена" возникает в том случае, если в момент повторного сохранения шаблона, рассылка была запущена, активна, либо выполнена.



Просьба перепроверить эту информацию. При необходимости править шаблон — сделайте копию рассылку.

Для таких целей нужно использовать элемент "Преднастроенная страница", а в нем уже делать на поле "Дата" проверку через валидацию

Tigran Gevorgyan, добрый день!

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

Sorotiuk Anna, добрый день!

Решил проблему иначе ) Создал БП на основе системного БП, (Отправка уведомлений с раздела обратная связь ). теперь тек запись отправляется пользователю как информация  со ссылкой .

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

Кластерный индекс ClusteredPrimaryKeyIndex был добавлен с целью оптимизации работы с таблицей и избежание блокировок.

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

Алёна Доля,

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

Andrei Korab,

Ранее мы проводили исследования блокировок (long-lock) и пришли к решению использования повсеместно во всех таблицах кластерных индексов в качестве первичных констрейнтов. Но если в таблице присутствуют blob-колонки, то лучшим для производительности будет решение использовать некластеризированный первичный констрейнт с внешним кластеризированным индексом по первичному ключу. Например, как в таблице Account.

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



1) "Почему в этих объектах не используется один кластерный индекс? Как безболезненно можно их изменить и не сломать базу?" - в определенный момент создали дополнительный кластерный ключ для ряда таблиц для избежание блокировок при определенных операциях. Убирать или изменять их не стоит, в таком случае мы не гарантируем корректность работы системы. 

2) "Почему выбрали не замену первичного ключа на кластеризованный? Так при вставке нужно добавлять записи в 2 индекса вместо одного, что наоборот усложняет работу." - да, но это не только замедляет но и помогает. Именно такой набор индексов и выбор первичного ключа показали наилучший результат в среднем по всем кейсам.

Алёна, спасибо за ответ.

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

Но информация хранится в базе данных, и при желании можно попробовать написать скрипт, который будет вытягивать эти данные из системных таблиц, например, SysEntitySchemaOperationRight, SysEntitySchemaColumnRight, SysEntitySchemaRecordDefRight и т.д.

Готовых скриптов по решению этой задачи также нет.

Добрый день, Марк. 

Изменять контрагента в карточке контакта можно через БП.

Как настроить стартовый сигнал для данного кейса - зависит от условий создания данных контактов. Главное - чтобы триггер отрабатывал при выполнении условий. 



Изменить информацию о контрагенте можно с помощью элемента БП "Изменить данные". Важно корректно указать Id Контакта, по которому будет отрабатывать данный элемент. Это можно сделать через привязку параметра к Id, по которому запускается БП. 



Для отладки данного БП можно использовать журнал бизнес процессов, включил журналирование (журналирование БП может влиять на быстродействие системы). И отслеживать запуск и корректность выполнения экземпляров БП после тестового добавления пользователя в данную группу.