Что такое бип 1с
Фирма "1С" объявляет о выпуске 17.02.2016 "1С:Библиотеки интернет-поддержки 8".
Это специальная конфигурация, которая предназначена для встраивания в различные прикладные решения, разработанные на платформе "1С:Предприятие 8", и дающая возможность пользователям этих решений работать с сервисами сопровождения из привычных им интерфейсов прикладных решений.
Официальное информационно-технологическое сопровождение пользователей продуктов "1С:Предприятие 8" включает в себя сервисы и услуги, которые предоставляются фирмой "1С" и ее сертифицированными партнерами. С полным списком сервисов и условий работы можно ознакомиться на портале 1С:ИТС https://portal.1c.ru/. Интерфейс для работы с некоторыми сервисами может быть встроен непосредственно в программные продукты, тем самым дополняя функциональные возможности этих продуктов. Программный код таких интерфейсов составляет суть "1С:Библиотеки интернет-поддержки".
Обращаем внимание, что некоторые подсистемы библиотеки могут быть встроены в любые программные продукты на платформе "1С:Предприятие 8", а некоторые только в продукты, удовлетворяющие определенным условиям. Наличие таких условий обусловлено спецификой сервисов. Детально эти условия указаны в описании каждой подсистемы библиотеки.
Для большинства сервисов сопровождения, которые можно получить из программы, пользователю необходимо подключиться к интернет-поддержке. Для этого пользователь в программе должен ввести логин и пароль и настроить параметры интернет-подключения к серверам 1С. Получить логин и пароль можно на портале 1С:ИТС (https://login.1c.ru/registration). В "1С:Библиотеке интернет-поддержки" в подсистему "Базовая функциональность" собраны все необходимые функции для подключения пользователя к интернет-поддержке (ввод логина и пароля, настройки соединения с серверами 1С, подготовка письма в техподдержку при наличии проблем с подключением, восстановление пароля). Эта подсистема является обязательной для интеграции с программным продуктом, в котором планируется работать с сервисами сопровождения.
СОСТАВ И ПОРЯДОК РАСПРОСТРАНЕНИЯ "БИБЛИОТЕКИ ИНТЕРНЕТ-ПОДДЕРЖКИ"
"1С:Библиотека интернет-поддержки" распространяется в виде конфигурации для платформы "1С:Предприятие 8". Документация по конфигурации "Библиотека интернет-поддержки" содержит готовый текст для пользовательской документации и технологию встраивания в прикладные решения на платформе "1С:Предприятие 8".
Библиотека предназначена для использования с версией платформы "1С:Предприятие 8.3" версии не ниже версии 8.3.6.2041 с отключенным режимом совместимости. Для работы библиотеки необходимо наличие в конфигурации встроенной библиотеки стандартных подсистем (БСП) версии не ниже 2.3.2.
ПОРЯДОК ИСПОЛЬЗОВАНИЯ "1С:БИБЛИОТЕКИ ИНТЕРНЕТ-ПОДДЕРЖКИ"
Фирма 1С разрешает использование 1С:БИП для решения задач автоматизации с помощью системы программ 1С:Предприятие 8 без дополнительной оплаты. Условия использования прикладных решений, разработанных с применением БИП, определяют правообладатели указанных решений.
При тиражировании прикладных решений, которые используют "1С:Библиотеку интернет-поддержки", должны соблюдаться авторские права фирмы "1С" на систему "1С:Предприятие 8". В частности, использование таких прикладных решений допускается только при наличии у пользователя правомерно приобретенной основной поставки "1С:Предприятия 8". Информация о том, что тиражное решение разработано с использованием "1С:Библиотеки интернет-поддержки", должна быть отражена:
Некоторые подсистемы библиотеки содержат функционал для предоставления сервисов 1С:ИТС. Сервисы 1С:ИТС могут быть встроены в прикладные решения, но для работы с ними требуется выполнить условия получения сервиса, описанные на Портале 1С:ИТС.
ПОДДЕРЖКА ПОЛЬЗОВАТЕЛЕЙ
Поддержка "1С:Библиотеки интернет-поддержки" осуществляется только при наличии у пользователя действующего договора 1С:ИТС, оформленного на основную поставку "1С:Предприятия 8" версии ПРОФ.
Поддержка пользователей включает:
При обращении на линию консультаций фирмы "1С" необходимо указывать регистрационный номер основной поставки "1С:Предприятия 8" версии ПРОФ, на которую оформлен договор 1С:ИТС.
Приложение.
Основные возможности библиотеки
В следующей таблице перечислены подсистемы библиотеки, их ключевые функции, особенности, условия внедрения в конфигурации. Правила внедрения подсистем подробно описаны в документации к библиотеке, входящей в комплект поставки библиотеки.
Подсистема
Функции
Условия внедрения
Эта подсистема является обязательной для интеграции с программным продуктом, в котором планируется работать с сервисами сопровождения и успешного прохождения проверки легальности использования прикладного решения.
Может быть внедрена в любые конфигурации на платформе "1С:Предприятие 8".
Используемые подсистемы БСП: Получение файлов из Интернета.
Панель для настройки и администрирования функционала библиотеки, размещаемая в разделе "Администрирование".
Может быть внедрена в любые конфигурации на платформе "1С:Предприятие 8".
Получение обновлений программы
- Информирование о выходе новых версий платформы "1С:Предприятие 8"
- Автоматическая установка обновлений платформы "1С:Предприятие 8"
- Информирование пользователя о наличии действующего договора 1С:ИТС, сроке его окончания;
- Информирование о новом релизе программы - ориентировочная дата выхода нового релиза, что планируется в версии
- Получение уникального идентификатора абонента "1С-Такском";
- Добавление сертификата абонента "1С-Такском";
- Личный кабинет абонента "1С-Такском".
Получение новостных лент с серверов компании "1С" и их отображение пользователю
Используемые подсистемы БСП: Получение файлов из Интернета.
Может быть внедрена в любые конфигурации на платформе "1С:Предприятие 8".
«1С:Библиотека интернет-поддержки 8» — это специальная конфигурация, которая предназначена для встраивания в различные прикладные решения, разработанные на платформе «1С:Предприятие 8», и дающая возможность пользователям этих решений работать с сервисами сопровождения из привычных им интерфейсов прикладных решений.
Официальное информационно-технологическое сопровождение пользователей продуктов «1С:Предприятие 8» включает в себя сервисы и услуги, которые предоставляются фирмой «1С» и ее сертифицированными партнерами. С полным списком сервисов и условий работы можно ознакомиться на Портале 1С:ИТС. Интерфейс для работы с некоторыми сервисами может быть встроен непосредственно в программные продукты, тем самым дополняя функциональные возможности этих продуктов. Программный код таких интерфейсов составляет суть «1С:Библиотеки интернет-поддержки».
Обращаем внимание, что некоторые подсистемы библиотеки содержат функционал для предоставления сервисов сопровождения. Они могут быть встроены в прикладные решения, но для полноценной работы с ними требуется выполнить условия получения сервиса, описанные на Портале 1С:ИТС.
Подключение к Интернет-поддержке
Для большинства сервисов сопровождения, которые можно получить из программы, пользователю необходимо подключиться к Интернет-поддержке. Для этого пользователь в программе должен ввести логин и пароль и настроить параметры интернет-подключения к серверам 1С. Получить логин и пароль можно на Портале 1С:ИТС. В «1С:Библиотеке интернет-поддержки» в подсистему «Базовая функциональность» собраны все необходимые функции для подключения пользователя к интернет-поддержке (ввод логина и пароля, настройки соединения с серверами 1С, подготовка письма в техподдержку при наличии проблем с подключением, восстановление пароля). Эта подсистема является обязательной для интеграции с программным продуктом, в котором планируется работать с сервисами сопровождения.
Кроме того, обращаем внимание, что 19.11.2015 фирмой «1С» была опубликована версия 8.3.7 платформы «1С:Предприятие 8», в которой реализована проверка легальности использования прикладного решения на уровне платформы. Для успешного прохождения проверки пользователю надо соблюдать условия использования и сопровождения прикладного решения. Для проверки соблюдения условий пользователь, подключенный к Интернету, должен быть подключен и к интернет-поддержке. Наличие подсистемы «Базовая функциональность» «1С:Библиотеки интернет-поддержки» в программном продукте дает наиболее удобный способ пользователю это сделать. Подсистема на текущий момент уже интегрирована со многими типовыми конфигурациями.
Распространение
«1С:Библиотека интернет-поддержки» распространяется в виде конфигурации для платформы «1С:Предприятие 8». Документация по конфигурации «Библиотека интернет-поддержки» содержит готовый текст для пользовательской документации и технологию встраивания в прикладные решения на платформе «1С:Предприятие 8».
Фирма «1С» разрешает использование прикладного решения, разработанного с применением «1С:Библиотеки интернет-поддержки», на условиях, которые определены для прикладного решения, без дополнительной оплаты.
В статье приводится пример настройки бизнес-процесса и демонстрация применения программного кода в режиме "Предприятие" с использованием системы "БИП: Бизнес-Процессы". Все действия выполняются без использования режима Конфигуратор. Примеры приводятся в конфигурации "1С: Управление Торговлей", ред. 11.4 с подключенной подсистемой "БИП: Бизнес-Процессы".
Это продолжение предыдущей части, в которой были приведены несколько примеров использования системы "БИП: Бизнес-Процессы".
В этой статье будет приведен 1 пример настройки бизнес-процесса. В рамках примера будут продемонстрированы возможности программы в части использования программного кода при настройке процессов в системе "БИП: Бизнес-Процессы".
Подсистема подключена к типовой конфигурации "1С: Управление Торговлей", ред. 11.4.
Пример не является реальным бизнес-процессом на каком-либо предприятии и является лишь абстракцией, в рамках которой будут демонстрироваться возможности программы. Смысловое наполнение демонстрируемого бизнес-процесса остаётся за рамками данной статьи.
Видео с этим примером доступно для просмотра по ссылке:
Пример №17
Задача
Менеджеры создают соглашения (договора) с клиентами. Новое соглашение (договор) требует согласования у руководителя отдела, к которому относится менеджер. В зависимости от результата 1-ой проверки руководителем требуется дополнительное действие. После завершения процесса согласования менеджеру должно прийти уведомление со ссылкой на соглашение (договор).
Настройка сценария
Создадим новый сценарий.
За основу схемы будущих процессов возьмём шаблон Действие с выбором и дополним схему требуемыми шагами в соответствии с задачей.
Настройка запуска
Перед детальной настройкой схемы, настроим параметры запуска процессов по сценарию.
Для этого на закладке Запуск добавим вариант запуска По событию:
- Вид события - При создании нового элемента справочника
- Тип объекта - Справочник "Соглашения об условиях продаж"
- Отбор - дополнительный отбор устанавливать не будем.
Эта настройка означает, что по сценарию будет запущен новый процесс при создании нового соглашения. Никакие дополнительные проверки нового соглашения, при этом, перед запуском происходить не будут.
Дополнительно, установим вариант запуска По произвольному условию. И вручную добавим программный код условия. Условие проверки будет выполнено, когда значение переменной _Результат (тип Булево ) будет равно Истина .
В комбинации вариантов автозапуска укажем строку программного кода " _Событие И _Условие ". Эта строка означает, что для запуска нового процесса по сценарию должно произойти указанное событие и выполниться указанное условие.
*Конечно, в данном случае такое дополнительное условие можно было не указывать, а добавить простой отбор события.
Здесь настройка условия показана в качестве демонстрации возможности использования произвольного программного кода для дополнительных проверок, требующихся перед запуском сценариев. Здесь могут быть указаны какие-то сложные алгоритмы проверок, вызов функций с параметрами и т.п. Главное, чтобы в результате выполнения программного кода переменной _Результат было присвоено значение булевого типа.
Программный код может быть указан 2 способами:
Такой, двойной, вариант указания программного кода применяется в системе "БИП: Бизнес-Процессы" везде, где используется программный код для настройки сценариев.
Настройка схемы сценария
Для 1-го шага сценария Согласование укажем Подробное описание, которое увидит исполнитель в форме задачи.
В тексте подробного описания могут использоваться параметры в виде "[ИмяПараметра]". Параметры рассчитываются программно в соответствии с указанным программным кодом или выбранными алгоритмами расчёта параметров.
В настройках отложенного запуска шага Согласование укажем, что шаг сценария будет запускаться не сразу, а только когда соглашению будет присвоен внутренний номер, который должен быть введён в поле Номер в карточке соглашения. Для этого укажем программный код проверки заполненности реквизита Номер в соглашении.
В настройках срока выполнения установим срок выполнения и признак важности задачи.
По этим параметрам задачи будут сортироваться в списках задач.
В настройках действия для шага Согласование укажем, что для завершения задачи требуется указать результат - Вариант из списка.
В качестве списка результатов создадим новый список Резолюция.
Дополнительно укажем заголовок для кнопки выполнения задачи. Вместо стандартного заголовка "Выполнена" будет написано "Результат согласования".
В настройках адресации для шага Согласование укажем, что исполнитель задачи будет определяться программно с использованием алгоритма Руководитель автора соглашения.
Исполнитель будет определяться в момент создания задачи по значению переменной _Результат .
*Пример алгоритма приводится без каких-либо проверок заполненности реквизитов, по которым определяется руководитель, которые при реальном использовании обязательны. Здесь приводится код "в лоб".
Шаг Согласование готов.
После того, как задача по этому шагу будет выполнена, сценарий перейдет к следующему шагу - Выбору варианта.
В настройках шага Выбор варианта требуется указать правила для того, чтобы система могла выбрать вариант автоматически.
Для этого, для каждого варианта требуется указать программный код (или алгоритм) проверки условия.
Обработка вариантов происходит последовательно: первый из вариантов, условие по которому будет выполнено (значение переменной _Результат будет равно Истина ), становится результатом выбора без проверки остальных вариантов.
Последний вариант выбора никогда не проверяется и выбирается автоматически, если все предыдущие варианты не подходят.
После того, как выбор варианта будет осуществлен, сценарий пойдет по одному из 4 направлений. На каждом из этих направлений требуется выполнить определенную задачу. Настройку этих задач рассматривать не станем, т.к. процесс аналогичен настройкам шага Согласования, которые были описаны выше.
Сценарий готов к использованию.
Общий вид таблицы настроек шагов сценария выглядит следующим образом:
Запуск сценария
При записи сценария будет предложено его запустить. Запуск сценария означает, что сценарий становится активным и начинает "слушать" события системы, проверять расписания и условия запуска. Если сценарий не запущен или остановлен, то процессы по нему формироваться не будут. Состояние сценария - Не запущен, запущен или остановлен отображаются в колонке Авто списка сценариев. Двойной щелчок по ячейке позволяет запустить или остановить сценарий, не заходя внутрь.
Сценарий запущен и при создании нового соглашения с клиентом по сценарию автоматически запускается процесс.
На карте видно, что процесс запущен, но шаг Согласование находится в состоянии отложенного запуска. Об этом говорит цвет шага и пиктограмма .
Для запуска шага Согласование, в соответствии с настройками сценария, требуется заполнить поле Номер в соглашении.
После этого шаг Согласование будет запущен.
Список сценариев сортируется по важности и сроку выполнения задач.
В поле Исполнитель будет указан программно рассчитанный руководитель отдела, к которому относится менеджер, создавший новое соглашение.
В форме задачи будет показано подробное описание с программно рассчитанными параметрами.
Для выполнения задачи требуется указать вариант из списка. Этот вариант может быть указан в поле Результат или выбран при нажатии кнопки Выполнена. В нашем случае кнопка была переименована в Результат согласования.
После выполнения задачи Согласование автоматически будет выбран вариант дальнейшего развития сценария.
Следующий, после выбора варианта, шаг - выполнение действия. Т.к. никаких дополнительных настроек для этого шага сделано не было, поэтому форма задачи не будет содержать никакой дополнительной информации. Для завершения задачи достаточно нажать кнопку Выполнена, взяв перед этим, при необходимости, задачу в работу.
После выполнения этой задачи автоматически будет выполнен шаг вида Обработка Оповестить менеджера.
В результате выполнения у менеджера появится оповещение системы взаимодействия, а процесс будет завершен.
«Конструктор Бизнес-Процессов» – это Инструмент для настройки бизнес-процессов в конфигурациях, работающих в «1С: Предприятие 8.3».
Но, это не просто инструмент. Это – универсальный инструмент. С одинаковым успехом он используется как в типовых конфигурациях 1С, так и в отраслевых, специализированных решениях, и в «самописных» конфигурациях.
Управление Торговлей, Комплексная Автоматизация, Бухгалтерия Предприятия, ERP, Альфа-Авто или любая другая конфигурация, независимо от наличия в них доработок и адаптаций – к любой программе подсистема может быть подключена.
-
ПРЕИМУЩЕСТВА
-
– Бизнес-процессы настраиваются в пользовательском режиме:
Мы уделяем особое внимание пользовательскому опыту, интерфейсу и эргономике нашего программного продукта, делая всё возможное, чтобы повседневное использование подсистемы было простым и удобным.
-
– Подсистема подключается непосредственно к учетной системе на базе 1С. «Бесшовная» интеграция на практике означает:
- Работа подсистемы бизнес-процессов и учетной системы в едином информационном пространстве: вся нормативно-справочная информация, документы и другие учетные данные в полном объёме (с учётом настроек доступа) доступны в контуре подсистемы бизнес-процессов .
- Отсутствие обменов между основной системой учета и системой управления бизнес-процессами.
- Работа с учетной системой и бизнес-процессами в одном окне.
-
– Композиция основной учетной системы и подсистемы бизнес-процессов возможна через дополнение или через расширение.
Мы стремились к тому, чтобы первоначальная подготовка и настройка были максимально простыми. Чтобы каждый шаг инструкции был ёмким, лаконичным и понятным.
Меньше усилий при подключении – больше времени для эффективной работы.
-
– Быстрая, качественная техническая поддержка, которая поможет с любыми вопросами по настройке и использованию программного продукта.
-
– Развитие программного продукта в соответствии с пожеланиями наших клиентов. Все доработки тщательно фиксируются и доступны для ознакомления по ссылке Описание изменений .
П рограммный продукт предназначен для настройки произвольных бизнес-процессов в любых конфигурациях 1С, работающих на технологической платформе 1С:Предприятие 8.3 в режиме управляемого приложения.
С общей концепцией системы можно ознакомиться по ссылке:
Система может использоваться в следующих вариантах:
- расширение, подключаемое к конфигурации без внесения изменений в основную программу.
- подсистема, включённая в состав основной конфигурации.
- отдельная программа для настройки бизнес-процессов.
Подробная информация о программе доступна по ссылке:
Описание программы .
Программный продукт сертифицирован на совместимость с системой программ «1С: Предприятие» и имеет официальный статус «1С: Совместимо!» по каждому из вариантов использования.
Наши сертификаты «1С: Совместимо!»: ↑
Электронная поставка программного продукта включает:
- Базовая поставка «Зодиак»
- Основная поставка программного продукта
- Дополнительные клиентские лицензии на использование программного продукта
- Расширение для автоматических оповещений «Сигнал»
- NFR-версия для партнеров.
Базовая поставка «Зодиак» состоит из:
Файл расширения 1cv8.cfe «Зодиак».
Для подключения к другим, расширяемым, конфигурациям.
Используется с версией платформы не ниже 8.3.17 в режиме совместимости не ниже «Версия 8.3.14».
Комплект Основной поставки состоит из:
Файл конфигурации «Конструктор Бизнес-Процессов» 1cv8.cf.
Для создания новой информационной базы или для подключения с другой конфигурацией.
Используется с версией платформы не ниже 8.3.14.
Файл расширения «Мета-Бизнес-Процессы» 1cv8.cfe.
Для поключения к другим, расширяемым, конфигурацииям.
Используется с версией платформы не ниже 8.3.17 в режиме совместимости не ниже «Версия 8.3.14».
Файл демонстрационной базы «Бизнес-Процессы» 1cv8.dt.
Содержит примеры использования.
Используется с версией платформы не ниже 8.3.14.
Файл расширения «Сигнал» 1cv8.cfe.
Используется для настройки автоматических оповещений.
Используется с версией платформы не ниже 8.3.17 в режиме совместимости не ниже «Версия 8.3.14».
Варианты программных лицензий:
- Лицензия на 1 рабочее место *Только в составе комплектов Основной поставки и Базовой поставки «Зодиак»
- Дополнительная лицензия на 5 рабочих мест
- Дополнительная лицензия на 10 рабочих мест
- Дополнительная лицензия на 25 рабочих мест
- Дополнительная лицензия на 50 рабочих мест
- Дополнительная лицензия на 100 рабочих мест
- Неограниченная лицензия
Техническая поддержка и получение обновлений:
- Базовая техническая поддержка включает:
- предоставление информации о новых версиях,
- предоставление информации о базовых функциях программы,
- получение обновлений программного продукта,
- ответы на вопросы, связанные с предыдущими пунктами.
Мы стараемся реагировать на ваши обращения максимально быстро и решать возникшие вопросы в кратчайшие сроки, но, в общем случае, сроки рассмотрения могут составлять до 3 рабочих дней.
Руководства пользователя:
Руководство пользователя.pdf (1.0.4.2)
Руководство пользователя «Зодиак».pdf
Лицензирование.pdf
Подключение подсистемы.pdf
Подготовка расширения «Мета-Бизнес-Процессы» к использованию.pdf
Порядок обновления расширения «Мета-Бизнес-Процессы».pdf
Подготовка расширения «Зодиак» к использованию.pdf
Подготовка расширения «Сигнал» к использованию.pdf
Настройка системы «Сигнал» для использования с Telegram.pdf
Дополнительные инструкции:
Подготовка ввода на основании.pdf
Подготовка к использованию присоединенных файлов.pdf
Настройка вычисляемого программного отбора.pdf
Подготовка к использованию объектной адресации.pdf
Видеоинструкции:
Подключение расширения «Зодиак»
Подключение расширения «Зодиак»
Подключение подсистемы «Конструктор Бизнес-Процессов»
Подключение подсистемы «Конструктор Бизнес-Процессов»
Подключение подсистемы автоматических оповещений «Сигнал»
Подключение подсистемы автоматических оповещений «Сигнал»
Видео с примерами использования:
Базовые примеры настройки сценариев
Базовые примеры настройки сценариев
Настройка сценария в «1С:Управление Торговлей», ред. 11.4
Настройка сценария в «1С:Управление Торговлей», ред. 11.4
Настройка сценария обработки интернет-заказа
Настройка сценария обработки интернет-заказа
Настройка типов значений реквизитов в расширении «Новые Системы: Мета-Бизнес-Процессы»
Настройка типов значений реквизитов в расширении «Новые Системы: Мета-Бизнес-Процессы»
Пример выполнения задачи в Telegram
Пример выполнения задачи в Telegram
Уведомления в Telegram с вложениями
Уведомления в Telegram с вложениями
Система взаимодействия + Telegram
Система взаимодействия + Telegram
«Новые Системы: Бизнес-Процессы» для «1С: Предприятие 8». Бизнес-процессы для любой конфигурации
-
Общий принцип функционирования системы «Новые Системы: Бизнес-Процессы»
Сценарий - Описание, шаблон, схема правил создания, выполнения и контроля процессов и задач.
События - Изменения в системе, приводящие к запуску сценариев.
Процесс - Активный экземпляр бизнес-процесса, запущенного по определенному сценарию.
Задачи - Действия, которые должны выполнять ответственные лица - исполнители задач, в указанные сроки, в рамках активных процессов.Базовые примеры настройки сценариев
Настройка сценария в «1С:Управление Торговлей», ред. 11.4
Подключение подсистемы «Конструктор Бизнес-Процессов»
-
Подключение подсистемы «Новые Системы: Конструктор Бизнес-Процессов»
В данном видео приводится пример подключения подсистемы «Новые Системы: Конструктор Бизнес-Процессов» к типовой конфигурации «1С: Управление Торговлей», ред. 11.4.
Подключение к другим конфигурациям осуществляется аналогичным образом.Подключение расширения «Зодиак»
Подключение подсистемы автоматических оповещений «Сигнал»
-
Пример настройки расширения «Сигнал»
В данном видео приводится пример подключения расширения «Новые Системы: Сигнал».
Расширение «Новые Системы: Сигнал» используется совместно с программным продуктом «Новые Системы: Конструктор Бизнес-Процессов». Расширение предназначено для формирования и отправки автоматических уведомлений пользователям.Для уведомлений используется наше расширение «Сигнал».
Виды событий, при которых возникает оповещение: при запуске задачи (или любого другого шага бизнес-процесса), при взятии задачи в работу, при выполнении задачи, при просрочке задачи.
Более подробно о подсистеме «Сигнал» можно узнать по ссылке Система автоматических оповещений .
Более подробно об интеграции с Telegram можно узнать по ссылке Интеграция с Telegram .
Наш программный продукт подключается к любой конфигурации в режиме управляемого приложения.
Подключение возможно с помощью расширения или через сравнение/объединение конфигураций загрузкой подсистемы в вашу конфигурацию.
Также, система может использоваться как отдельная конфигурация.
Подсистема работает как с типовыми справочниками/документами, так и с нетиповыми.
Есть автоматический запуск процессов по событиям создания/записи элементов справочников/документов, запуск по расписанию, запуск по произвольным условиям, а также запуск по произвольным комбинациям трех предыдущих вариантов.
Ручной запуск процессов предусмотрен. На основании объектов основной конфигурации или без основания.
Есть такая возможность. По ссылке доступна инструкция, на последнем скриншоте которой видны пункты меню в документе-основании: Подготовка ввода на основании .
Возможность остановки и отмены процессов предусмотрена.
Также, предусмотрена возможность остановки задач по процессам.
При настройке сценария указываются допустимые причины отмены и остановки задач, а также количество допустимых остановок процесса и задач по нему.
Также, доступны автоматические остановки и отмены процессов и задач по произвольным «триггерам».
Возможность использования произвольного кода при настройке сценариев предусмотрена.
Использование произвольного программного кода — один из ключевых механизмов системы, позволяющий гибко настраивать сценарии и поведение процессов, запущенных по этим сценариям.
Ключевым понятием при использовании программного кода является «Алгоритм». Алгоритм является элементом справочника алгоритмов. Один и тот же алгоритм может использоваться множетсво раз в различных сценариях.
В системе предусмотрены специальные переменные и функции, облегчающие подготовку исполняемого программного кода.
А чтобы вам было проще использовать возможности системы, мы позаботились о том, чтобы в системе была исчерпывающая информация об этим переменных и функциях.
Роли подсистемы предусматривают различные варианты разграничения доступа к объектам подсистемы.
Подробнее о ролях и правах доступа можно узнать по ссылке Настройка прав доступа .
Такая возможность есть.
Более того, есть возможность определить исполнителя задачи (или роль) программно, указав программный код, который будет определять исполнителя (или роль).
Доступны следующие варианты адресации:
Такая возможность предусмотрена.
В описании задач возможно использование параметров вида [Параметр] и расчёт параметров с использованием произвольного программного кода.
Основа функционирования процессов — Сценарии.
Основа сценариев — Графические схемы.
Подробнее о графических схемах можно узнать по ссылке Графические схемы .
Предусмотрены различные варианты установки сроков выполнения задач:
Также, срок выполнения может быть установлен произвольным алгоритмом расчёта срока.
Например такой: _Задача . ПлановаяДатаВыполнения = ДобавитьМесяц ( _Процесс . Объект . Дата , 1 ) , где в качестве объекта процесса может быть какой-то документ, по которому запущен процесс.
Предусмотрен механизм хранения истории изменения статусов процессов и задач.
Для процессов и задач сохраняется вся история изменения статусов.
Предусмотрен Отчёт по задачам с различными вариантами настроек.
Предусмотрена Диаграмма Ганта для отображения информации о задачах.
Часть кода закрыта. Это часть, относящаяся к системе лицензирования и к «ядру системы» - механизмам функционирования логики процессов.
Настройку этой части системы, мы, пока, оставляем за собой.
Что касается прочих доработок, которые могут относиться к закрытой части и недоступной для клиента – здесь мы обсуждаем с клиентами их пожелания и, если какого-то необходимого функционала в системе нет (и нет способа адекватно обойтись существующим функционалом), то мы включаем его в очередные обновления. Конечно, если этот функционал вписывается в общую парадигму программного продукта.
Для примера можем привести описанный выше способ программного указания ↑срока выполнения задачи .
В текущей версии нет возможности явно указать при настройке сценария произвольный алгоритм расчёта срока задачи. Но, зная прочие варианты настроек, мы можем предложить клиенту указать алгоритм расчёта не на форме настройки срока выполнения задачи, а на форме настройки запуска, где он может указать алгоритм.
Таким образом, зная функционал, не требуется вносить в программу изменений.
Многие же предпочитают с ходу начинать вносить в программу изменения, считая, что быстрее и проще «допилить» всё самим, чем ждать, когда разработчик внесет изменения – знаем это, в том числе, и по собственному опыту разработок/внедрения и сопровождения программных продуктов.
Но здесь мы стараемся вносить полезный функционал быстро и предоставлять его клиентам в кратчайшие сроки, иногда, даже, не дожидаясь очередного релиза.
В качестве «лирического отступления» приведём небольшую цитату из книги Брюса Эккеля «Философия Java». В данном контексте нам, как кажется, эта цитата будет уместной.
Скрытая часть обычно и самая «хрупкая» часть объекта, которую легко может испортить неосторожный или несведующий программист-клиент, поэтому сокрытие реализации сокращает количество ошибок в программах.
В том числе, и специальная обработка для групповой переадресации задач. Например, если сотрудник уходит в отпуск, все его задачи можно передать коллегам. А если к моменту его возвращения из отпуска какие-то задачи остались невыполненными, эти задачи вернутся сотруднику обратно.
При этом, в сценарии требуется явно указывать возможность остановки процессов, количество допустимых остановок и допустимые причины остановок процессов.
Предусмотрена роль «Наблюдатель».
Наблюдатель может добавляться вручную в существующей задаче, или определяться на стадии настройки сценария.
Наблюдателем может быть явно указанный пользователь или роль. Также, наблюдателя можно назначить программным алгоритмом.
Историю обновлений вы можете посмотреть на нашем сайте в разделе Описание изменений .
Динамика выхода обновлений зависит, в том числе, и от пожеланий клиентов.
Стоимость наших программных продуктов и дополнительных пользовательских лицензий доступна для ознакомления по ссылке: Прайс-лист .
Сроки предоставления технической поддержки и получения бесплатных обновлений: для основной поставки и при приобретении дополнительных лицензий – от 3 месяцев (см. прайс-лист).
Наши клиенты обычно приобретают минимальную поставку, а затем, постепенно, приобретают дополнительные лицензии по мере включения новых пользователей в контур подсистемы.
Процедура приобретения следующая: клиент отправляет нам реквизиты, мы выставляем счёт, клиент оплачивает, мы предоставляем все дистрибутивы, электронные ключи лицензии, лицензионное соглашение и бухгалтерские документы.
Обновления отправляем по мере их выхода. В случае обнаружения клиентом значимой ошибки (один или два раза такое было), исправляем это в кратчайшие сроки и предоставляем клиентам дистрибутив с исправлением.
В период технической поддержки вы обращаетесь со своими вопросами по электронной почте.
Мы стараемся отвечать максимально быстро, но, тем не менее, в общем случае, говорим, что срок рассмотрения вопросов может занимать до 3 рабочих дней. По факту – меньше.
Никак. В режиме «Предприятие» отладка программного кода, написанного в алгоритмах, недоступна.
Мы, разработчики, когда говорим об отладке программного кода, представляем сотни, тысячи строк программного кода, через которые часто приходится продираться в поисках ошибок, несоответствий или просто чтобы понять логику работы отдельных участков программы. Но применение алгоритмов при реализации логики работы сценариев мы рассматриваем в другом ключе. Мы видим их как некие «скрипты», которые мы прописываем для тонкой настройки сценариев. Как правило, это небольшие фрагменты программного кода, которые и не требуют отладки как таковой.
Например код _Результат = _Процесс . Объект . ОсновнойМенеджер . Или программный код с текстом запроса и выборкой результатов в цикле. В подобных случаях отладка и не требуется.
Но, при настройке алгоритмов нами предусмотрен базовый синтаксический контроль, который позволяет устранять ошибки на стадии написания программного кода.
Если же, при выполнении алгоритма возникнет какая-то ошибка, которую автор программного кода пропустил, она будет записана в стандартный журнал регистрации, а также в стек событий (если алгоритм выполняется при обработке событий системы) или в регистр событий (если алгоритм выполняется при формировании автоматических оповещений).
Ограничений при настройках сценариев нет.
Мы рассматриваем наш программный продукт, как инструмент, предназначенный для удобной и эфективной настройки бизнес-процессов.
А инструмент не должен ограничивать тех, кто его использует.
Поэтому, мы прилагаем все усилия, чтобы развивать наш продукт и делать его ещё более удобным и функциональным, избавляя его, в том числе, от несовершенств и возможных ограничений.
История развития продукта доступна на нашем сайте по ссылке Описание изменений .
В качестве примера настройки произвольного сценария на нашем сайте есть отдельный файл Пример настройки сценария по произвольной схеме , в котором на реальном примере показан вариант настройки сценария и его последующая оптимизация.
Наш программный продукт, как инструмент, предлагает вариативность в подходах к настройкам одного и того же сценария.
Во всех версиях подсистемы: в конфигурации, в расширении, в базовой версии «Зодиак», обращения к внешним источникам/ресурсам отсутствуют.
Стабильность работы подсистемы — наш приоритет, поэтому мы стараемся исключать все факторы, которые могут повлиять на её работоспособность.
Единственное место, в котором может возникнуть ошибка, связанная с обращением к внешним источникам/ресурсам, — формирование подвала текста электронного письма в расширении для автоматических оповещений «Сигнал».
По умолчанию, в подвале письма отображается логотип программы:
Но, так как шаблон подвала письма настраиваемый, вывод логотипа можно убрать в момент настройки параметров отправления оповещений.
Да. Начиная с версии расширения для автоматических оповещений «Сигнал» 1.0.1.4.
Пример доступен по ссылке Пример выполнения задачи в Telegram .
Пример доступен по ссылке Пример выполнения задачи в Telegram .
Начиная с версии расширения для автоматических оповещений «Сигнал» 1.0.1.5, появилась возможность прикреплять видео-вложения.
Начиная с версии расширения для автоматических оповещений «Сигнал» 1.0.1.8, появилась возможность прикреплять аудио-вложения.
См. подробности в разделе Описание изменений .
Да. Начиная с версии расширения для автоматических оповещений «Сигнал» 1.0.1.7.
Да. Начиная с версии «БИП: Бизнес-Процессы» 1.0.4.0.
Приводим пример, как это может быть настроено в системе. Для упрощения примера опустим объект согласования (это может быть счёт, договор или любой другой объект системы).
В сценарий добавлена 1 групповая задача для менеджеров. Это означает, что при запуске процесса по сценарию, для каждого пользователя, относящегося к группе Менеджеры, будет создана задача.
В этой задаче согласовант должен отметить результат согласования: Да - Согласовано, Нет - Не согласовано.
*Для упрощения примера не указываем здесь никакие другие настройки. Показываем только общий принцип настройки и функционирования механизмов подсистемы.
Позже, когда согласованту будет поставлена задача, он увидет её у себя в списке и сможет её выполнить.
Участник процесса выполнит необходимую для завершения задачи работу, укажет в задаче, при необходимости, комментарий и т.п. *В данном примере, это роли не играет.
При этом, на форме будут доступны 2 кнопки результатов согласования - Да и Нет.
Нажатие каждой из этих кнопок является подтверждением результата согласования со стороны текущего участника.
*Конечно, эти кнопки могут быть переименованы в настройках сценария. Например, для того, чтобы лучше передавать их смысл. В данном примере их можно было бы переименовать в «Согласовано» и «Не согласовано».
Независимо от того, как будут названы кнопки, результат их нажатия будет ответом на вопрос - согласовал ли данный участник предмет процесса, или не согласовал.
И от этого будет зависеть дальнейший ход процесса.
Возвращаясь к первоначальной задаче, укажем в настройках шага вида Условие следующие настройки:
Настройка Проверка условия для групповых задач указывает системе, как обработать результаты согласования всех участников.
Доступно 2 варианта: «Да», когда все «Да» и «Да», когда любое «Да».
В первом случае условие будет выполнено, только, когда все участники согласуют объект (т.е. нажмут «Да» в своих задачах).
Во втором случае для выполнения условия будет достаточно, чтобы хотя бы один из участников согласовал объект.
Для нашего примера мы установим настройку «Да», когда все «Да». Т.е. все участники единогласно должны согласовать объект процесса.
Вторая настройка Принудительно завершать задачи означает, что как только один из участников согласования не согласовывает объект, все остальные задачи для остальных участников будут принудительно завершены.
Т.е. участникам, которые ещё не успели поучаствовать в согласовании, не придется выполнять свои задачи, т.к. в любом случае объект согласован не будет и процесс перейдет на шаг Исправление.
*Это действительно только для тех задач, которые остальные участники ещё не выполнили и не взяли в работу.
В системе всё это будет выглядеть следующим образом:
Допустим, у нас в группе Менеджеры 3 участника. Для каждого из них будет поставлена задача согласования.
Один из участников видит свою задачу, берётся за неё и отказывает в согласовании с указанием причины:
После этого, по логике нашего сценария, остальным участникам выполнять согласование уже не требуется — процесс должен сразу перейти на шаг Исправление.
Не взятые в работу задачи остальных участников будут принудительно завершены и процесс перейдет на следующий шаг, которому будет соответствовать новая задача по исправлению.
Автоматически завершенные задачи в общем списке будут отмечены серой галочкой, а в самих задачах будет написано, что они былы завершены автоматически.
На карте процесса мы, также, увидим всю картину текущего процесса в динамике.
По такому же принципу будут принудительно завершаться негрупповые параллельные задачи, приводящие к проверке 1 условия.
В данном примере условия доставки не были согласованы и задачи по согласованию общих условий и условий закупки были принудительно переведены в статус Выполнены. Процесс перешёл на этап исправления.
Автоматически завершенные задачи на карте процесса имеют отличия в оформлении (серая рамка + серая галочка).
Если же мы хотим, чтобы на этап Исправление процесс перешёл только, когда все участники ознакомяться с предметом и поставят свои резолюции, то нам следует отключить в сценарии настройку Принудительно завершать задачи.
Неправильно выполнена подготовка расширения к использованию.
Инструкция по подготовке расширения «Мета-Бизнес-Процессы» к использованию доступна по ссылке:
Подготовка расширения «Мета-Бизнес-Процессы» к использованию.pdf
Видео с примером возможной ошибки и правильной настройки доступно по ссылке:
Настройка типов значений реквизитов в расширении «Новые Системы: Мета-Бизнес-Процессы»
Настройка типов значений реквизитов в расширении «Новые Системы: Мета-Бизнес-Процессы»
Да. С помощью подсистемы автоматических оповещений «Сигнал» можно гибко настроить уведомления, в том числе, и в штатной Системе взаимодействия.
В нескольких словах, общий порядок настройки следующий:
Пример оповещений в Системе взаимодействия:
Читайте также: