Здравствуйте!
Мы продолжаем цикл статей о программе 
КонструкторБизнесПроцессов.
Ссылка: «БИП: Бизнес-Процессы». Система автоматизации и управления процессами
Предыдущая часть доступна по ссылке: БИП Бизнес-Процессы, FAQ: Ответы на вопросы, Часть 05.
Надеемся, данная информация окажется для вас полезной и интересной!🙂
Навигация
- Настройка контроля ценообразования
- Размер базы
- Разные настройки задач
- Использование генеративной модели
:Настройка контроля ценообразования
Вопрос: Оцените, пожалуйста, стоимость настройки сценария по указанным ниже условиям:
Наименование: "Контроль ценообразования"
- После записи документа "Заказ поставщику" проходит проверка - указан ли вид цены поставщика.
- Если вид цены не указан, автору документа поступает Задача - "Заполнить вид цены" (столкнулись с тем, что меняют настройки внутри заказа и вид цены по соглашению не заполняется, есть не соответствие м/д параметрами Заказа и Соглашения) и регистрация цены не происходит.
- Если п. 1 Истина или выполнен 1.1, тогда проходит проверка цены.
- Если цена не изменилась - процесс завершается
- Если цена изменилась - создается задача ответственному за калькуляцию с/с (роль исполнителя - не успели уловить, это привязка к самим пользователям УТ или отдельно настраивается в Конструкторе)
- Результат выполнения п.2 - создания документа "Установка цен номенклатуры" на основании Заказа поставщику (п.1), можно дополнительно прописать виды цен, которые он должен установить.
- После завершения п. 2.2. создается задача ответственному за расчет юнит-экономики - результат выполнения - запись в комментарии о обновлении табличных данных.
- После завершения п. 4 создается задача ответственному за формирование прайс-листа - результат выполнения - запись в комментарии о обновлении табличных данных.
- После завершения п. 5 создается задача ответственному за заведение прайс-листа в УТ - результат выполнения создания документа "Установка цен номенклатуры", можно дополнительно прописать виды цен, которые он должен установить.
- Процесс завершен.
При указании ответственных подразумевали, что можно создать эту роль и прописать (заменить) конкретного пользователя.
Re: Ответ:
Здравствуйте!
Во вложении файл сценария «Контроль ценообразования», настроенный по вашему описанию.
- В контекстном меню списка сценариев выберите пункт Загрузить сценарии...
- Выберите файл, который мы вам отправили.
- В открывшемся окне установите галочку Создавать роли и нажмите Загрузить.
- В списке сценариев появится новый сценарий «Контроль ценообразования».
- В списке ролей появятся 4 новые роли:
- Ответственный за заведение прайс-листа
- Ответственный за калькуляцию
- Ответственный за формирование прайс-листа
- Ответственный за юнит-экономику
- Укажите пользователей, назначенных на данные роли.
- Откройте сценарий, перейдите на вкладку Запуск. Сверху появится кнопка Запустить. Нажмите её.
- Сценарий запущен.
- Проведите заказ поставщику.
- По сценарию будет запущен новый процесс.
- Если в настройках системы указано использование Стека событий (см. форму настроек Системы), обработка событий происходит не мгновенно, а по расписанию, указанному в настройках регламентного задания (см. Инструкцию по подготовке Системы к использованию).
- Если система подключена как расширение, обязательно настройте типы значений в соответствии с Инструкцией по подготовке расширения к использованию - раздел «Для разработчиков». Если этот пункт не будет настроен, то на формах настройки сценария типы объектов будут светиться красным цветом.
- Порядок шагов сценария указан в соответствии с вашим описанием.
- Сценарий доступен для любых изменений.
- Программный код используется только на шаге "2. Цены изменились?".
- Пример работы сценария в УТ 11.5 см. во вложении.
Вложение:
- Сценарий должен быть запущен:
- Для примера, при проведении Заказа поставщику в одной из строк не указан вид цены:
- По событию записи Заказа поставщику запускается новый процесс.
Если используется Стек событий (см. форму настроек Системы), то процесс может быть запущен не сразу, а в соответствии с расписанием, настроенным при подготовке системы к использованию):
- На карте процесса видим, что требуется указать вид цены:
- Назначенный ответственный выполняет задачу по заполнению вида цен, Система проверяет изменились ли цены.
Цены изменились:
- После этого процесс переходит на последовательное выполнение заданных шагов. После их выполнения процесс завершится:
Здесь же на карте процесса видим и все объекты, с которым связан данный процесс.
Настройка сценария здесь подробно не расписывается, т.к. на графической схеме все наглядно видно.
Для шага проверки изменения цен была настроена проверка условия по отбору:
Для шага проверки изменения цен был написан программный код - запрос проверки изменения цен по товарам из заказа:
+ для каждой новой роли по сценарию нужно указать исполнителей:
Re: Re: Ответ: успех!
еще раз спасибо за терпение и оперативную помощь
напишите, пожалуйста, если мы должны проделанную работу оплатить.
:Размер базы
Вопрос: Есть какая то статистика возможно у Вас, по увеличению размера информационной базы (например, за год), при очень активном ежедневном использовании, для примера - 20ю пользователями?!
Думаю в этом моменте один из важных вопросов, использовать или не использовать Вашу систему. Потому что буквально на прошлой неделе приходилось удалять около 10 млн записей по истории изменений документов, 18-22 й года. Есть предположение, что Ваша система будет большой вклад делать в размер базы.
Re: Ответ:
- В историю изменений по умолчанию система ничего не пишет,
- Часть служебных данных система удаляет автоматически (очистка регистров сведений событий - по умолчанию раз в 2 недели),
- Временные служебные данные, связанные с действующими, но не завершенными процессами, удаляются, когда процесс завершается (промежуточные данные, требуемые только когда процесс действующий, но которые не требуются ни в каком виде, когда он завершен),
- Регистр сведений "Лог", в котором фиксируются результаты обработки событий и запущенные по событиям процессы можно очищать вручную - здесь автоматической очистки нет.
- За много лет каких-то отдельных обращений по поводу того, что база критично выросла за счет данных подсистемы, к нам не поступало. Раньше были обращения как раз связанные с просьбами автоматической очистки служебных регистров, о которых написано выше и которые мы в последствие включали в обновления.
В том числе, такие обращения не поступали и от клиентов с количеством пользователей от 100 и выше. - Вообще, в системе используется минимально необходимый набор объектов метаданных. Т.к. изначально система проектировалась как универсальное решение для подключения в любые конфигурации, поэтому состав и объем метаданных не "раздувался".
В дополнение ниже приведен пример увеличения размера небольшой демонстрационной базы, в которую загружена подсистема КонструкторБизнесПроцессов.
Первоначальный размер базы: 39Мб
В программе создан простой сценарий, состоящий из 1 задачи.
По сценарию запускается процесс. По процессу формируется задача "Выполнить действие". После завершения задачи процесс завершается.
Для примера программно было запущено 999 процессов по данному сценарию.
После запуска процессов размер базы увеличился до 41Мб:
Затем, программно задачи были выполнены. После их выполнения процессы завершились.
После этого размер базы увеличился до 46Мб:
999 завершенных процессов:
999 завершенных задач:
По данному примеру можно условно судить о том, насколько увеличивается база при: 1000 завершенных задач.
:Разные настройки задач
Вопрос: От пользователей поступают пожелания об изменении наименования задачи "на лету" с включением в наименование дополнительной информации.
Например идентификатор из объекта не являющегося источником сценария.
Дайте пожалуйста пример или отсылку на мануал где подобный вопрос разобран.
Так же интересуют моменты
- программное (или средствами БИП) управление сроками исполнения задач,
- возможность программного завершения задачи извне,
- завершение задачи по сроку истечения годности (например: пользователь задачу не выполнил, клиент обратную связь не дал, на исполнение было 2 недели. на 15й день задача автоматически уходит в "отклонено").
Re: Ответ:
- Для динамического формирования наименования задачи можно использовать параметры в квадратных скобках. Программный код внутри скобок будет выполнен при создании задачи и наименование будет содержать результат выполнения.
Для примера ниже в параметрах указано, что в наименовании задачи нужно вывести представление объекта процесса, по которому создана задача.
Также, в квадратных скобках можно вызвать выполнение алгоритма по имени. В этом случае результат, который должен отобразиться внутри квадратных скобок, может быть получен произвольным программным кодом.
Дополнительно смотрите Руководство пользователя, встроенную справку или Описание алгоритмов, переменных и функций в части описания вызова алгоритмов по имени.
- Плановый срок выполнения задачи может быть рассчитан программно.
Для этого на форме настроек срока шага вида Действие следует указать алгоритм расчета.
- Для программного выполнения задачи в других частях основной информационной базы, а не штатными средствами системы, можно использовать встроенную функцию бип_НаСервере.ВыполнитьЗадачу.
Дополнительно смотрите Описание алгоритмов, переменных и функций.
- Для автоматического завершения просроченной задачи следует включить соответствующую настройку на форме настройки срока.
Автоматически завершенная задача будет содержать информацию о причинах завершения.
Это были базовые варианты реализации функционала расчета срока и автоматического завершения задач. Кроме них можно использовать и другие штатные средства.
Например, расчет плановой даты выполнения задачи можно выполнить в алгоритме, выполняемом при запуске задачи (см. форму настроек запуска задачи). Этот вариант следует использовать, если кроме программной установки планового срока выполнения задачи, требуется выполнить какой-то другой дополнительный программный код.
Для автоматического завершения просроченной задачи можно использовать штатную настройку автоматического завершения задачи по условию. В этом случае в алгоритме проверки условия можно реализовать сравнение текущей даты с плановой датой выполнения и завершать задачу, если плановый срок меньше текущей даты. Этот вариант следует использовать, когда условие автоматического завершения задачи должно включать дополнительные проверки.
:Использование генеративной модели
Вместе с системой КонструкторБизнесПроцессов может поставляться автономный сервер для работы с генеративной моделью (Автономный ИИ). Этот сервер может использоваться автономно, т.е. без обращения к внешним сервисам, для интеллектуального поиска/классификации/сравнения данных (поиск по векторному пространству), а также для генерации текстовых ответов по произвольным запросам.
Генерация ответов может использоваться не только (и не столько) для целей отправки конечным пользователям готовых текстов, сколько для использования результатов генерации для встраивания в бизнес-процессы.
В первую очередь, вероятно, это может касаться процессов, в рамках которых текстовые данные могут оказаться важными.
В качестве самого простого варианта использования можно привести обработку входящих писем.
Для примера создадим простой сценарий, который запускается при появлении в информационной базе нового электронного письма.
*Пример показан в рамках конфигурации УНФ, где электронное письмо - это объект "Событие" с видом "Электронной письмо".
Сам процесс будет состоять из одной проверки и задачи, которая должна будет сформироваться для пользователя, если содержание письма будет касаться задержки сроков доставки.
В коде проверки выполним готовый алгоритм, вызвав его имени:
Здесь #ПроверитьПисьмо - это вызов алгоритма. В качестве параметров передадим имя готовой настройки и текст письма (т.к. процесс запускается по электронному письму, то к нему мы можем обратиться через _Процесс.Объект).
Если проверка вернет _Результат=Истина, значит ИИ посчитал, что это письмо о задержках доставки и, следовательно, надо будет создать задачу для исполнителя.
*Здесь в примере мы исполнителя не указываем.
Сам алгоритм содержит программный код, который подключается к нашему автономному серверу по адресу и порту, отправляет ему данные и обрабатывает полученный ответ.
Параметр1 мы передаем в качестве имени готовой настройки.
Параметр2 - это данные, на основании которых генеративная модель будет формировать ответ.
Парсинг готового ответа здесь самый простой - главное, чтобы он передавал суть.
Чтобы можно было обращаться к данному алгоритму внутри другого программного кода, укажем его имя.
Сценарий готов. Когда мы его активируем, система будет "слушать" события создания электронных писем.
По такому входящему письму, очевидно, ответ будет "Нет" и задачу по разбору ситуации с задержкой доставки создавать не придется.
Пример письма взят из демо-базы УНФ.
Сам процесс будет выглядеть таким образом:
Теперь осталось только дождаться, пока в базе появится письмо о реальной задержке сроков🙂
Все предварительные настройки, которые позволяют затем обращаться к модели, делаются во внешней обработке Консоль RAG.
Консоль используется для:
- Тестирования работы RAG-пайплайна с различными параметрами ретривера и RAG-генератора (генеративной модели).
- Настройки и сохранения конфигурационных данных, которые в дальнейшем могут быть использованы в программных вызовах по их имени.
Здесь мы можем предварительно обкатать prompt, различные параметры модели, сохранить их, а затем обращаться к ним из любого места напрямую по имени сохраненной настройки.
Именно так мы и сделали, когда настраивали сценарий.
Здесь же, чтобы протестировать работу модели можно указать текст другого письма и проверить, что ответит ИИ:
Для того, чтобы добиться от модели максимально возможного релевантного "поведения", кроме написания промпта, можно подкрутить параметры генерации:
Все настройки сохраняются на автономной сервере, поэтому никаких дополнительных настроек в самой информационной базе делать не требуется.
Затем, при использовании сохраненной настройки мы просто можем передать Данные (из значимых объектов системы - в нашем примере это текст письма), а сервер по промпту и тексту вопроса сгенерирует ответ, который мы сможем уже использовать дальше, выстраивая логику бизнес-процесса.
Также, здесь есть пункт меню, который позволяет сгенерировать готовый программный код 1С для подключения к серверу.
Этот код можно просто скопировать и использовать:
Спасибо! Надеемся, данная информация окажется для вас полезной и интересной!🙂
Вступайте в нашу телеграмм-группу Инфостарт
