Ошибка импортирования шаблона бизнес процесса некорректный шаблон бизнес процесса

Итак: после очередного отключения света решил все таки написать сюда т.к. надоело мучаться.
1) есть удаленный сервер 2016. на нем учетки. на главной учетке — развернута wmbitrix коробка с лицензией на 50 человек. на локалке. 111 на конце — с ней все более менее хорошо, но работает «предыдущие версии..» на случай падения света.
2) для тестов развернута та же система, только на другой учетке с админ.правами (пусть 112 на конце). — и вот с ней вечные проблемы.
а) если отключается свет — 99% ВМ умерло. (Mysql connect error [localhost]: (2002) No such file or directory (400))
б) по не понятной причине (тех.поддержка так же не дает результат) — если бизнес процесс прошел все проверки и согласование с заказчиком — то его приходится переносить ручками.. т.к. после экспорта — импорт выдает (Ошибка импортирования шаблона бизнес-процесса: Некорректный шаблон бизнес-процесса)
в) в последний раз упала даже со светом.

на перед скажу: что использовал разные методы для «копии». и через процедуры с конфигурации, и через клонировать. в итоге при одинаковом результате — просто копирую папку, переношу в другое место и методом создания «подставляю» что загрузить.

что сделать для нормального результата ?

Ошибка импортирования шаблона бизнес-процесса: Действие не найдено

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

Битрикс24 – одна из распространенных систем CRM. В нее входит визуальный конструктор (дизайнер) для выстраивания схем бизнес-процессов. Важно помнить, что при редактировании этих процессов возможны сложности – особенно на крупных действующих проектах, где любые изменения сначала проверяют на локальном и тестовом серверах. В таких случаях при переносе на продакшн мы используем механизм миграции бизнес-процессов (далее – БП).

Небольшие компании, как правило, могут обойтись без миграции и просто приостановить на 2-3 дня тот или иной бизнес-процесс. Крупный бизнес обычно не может себе этого позволить, поэтому использует тестовые сервера и деплоинг.

Битрикс24 о том, как работает шаблон бизнес-процесса

Работа с миграцией имеет свои особенности. В частности, ее осложняет большое количество задействованных объектов и ID. Кроме того, в том же Битрикс24 миграция бизнес-процессов как таковая не предусмотрена – зачастую эту задачу решают посредством импорта и экспорта, и здесь могут быть различные нестыковки. Рассмотрим, какие проблемы возможны при этом с точки зрения разработки.

Проблема поиска шаблона бизнес-процесса

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

Решение:

Все созданные в системе шаблоны бизнес-процессов хранятся в таблице b_bp_workflow_template. Открыв таблицу, среди полей мы видим SYSTEM_CODE: поле для кода есть, просто не выведено в интерфейс. Мы можем задать код самостоятельно, используя id шаблона — его можно увидеть в url на странице редактирования процесса:

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

use BitrixMainLoader;
Loader::includeModule("bizproc");
$BPloader = CBPWorkflowTemplateLoader::GetLoader();

// set template CODE field
setTemplateCode ($BPloader, 'TEST', '94' );

function setTemplateCode($BPloader, $code, $tempalteId) {

   if (isCodeExists($BPloader, $code)) {

      die('Такой код уже существует');
   }

   if (!isCodeEmpty($BPloader, $tempalteId)) {

      die('Код уже задан у этого шаблона')
   }

   $BPloader->UpdateTemplate($tempalteId, ['SYSTEM_CODE' => $code]);
}


// check if $code exists in DB
function isCodeExists($BPloader, string $code) {

   $dbRes =  $BPloader->GetTemplatesList(
      $arOrder = ['ID' => 'DESC'],
      $arFilter = ['CODE' => $code],
      $arGroupBy = false,
      $arNavStartParams = false,
      $arSelectFields = ['ID']
   );

   if (intval($dbRes->SelectedRowsCount()) > 0) {

      return true;
   }

   return false;
}

// check if the template code is not empty
function isCodeEmpty($BPloader, $tempalteId) {

   $dbRes =  $BPloader->GetTemplatesList(
      $arOrder = ['ID' => 'DESC'],
      $arFilter = ['CODE' => '', 'ID' => $tempalteId],
      $arGroupBy = false,
      $arNavStartParams = false,
      $arSelectFields = ['ID']
   );

   if (intval($dbRes->SelectedRowsCount()) > 0) {

      return false;
   }

   return true;
}


   return true;
}

Идем дальше. Для примера создадим тестовый бизнес-процесс на списках:

Чтобы перенести разработанный локально процесс на тестовый сервер (а потом и на продакшн), мы применяем механизм миграций.

Битрикс24 позволяет экспортировать бизнес-процесс. Будем использовать эту возможность.

Схема переноса такая:

• Экспортируем бизнес-процесс
• Пишем миграцию, прикладываем файл
• На новом стенде делаем бэкап старого процесса
• Применяем миграцию

Далее рассмотрим, как происходит этот процесс.

Создание миграции

Будем использовать модуль миграций из маркетплейса: https://marketplace.1c-bitrix.ru/solutions/ws.migrations/.

Файлы миграций в нашем проекте располагаются по адресу local/migrations/scenarios

Открываем страницу шаблона процесса и делаем экспорт. Внутри директории с миграциями создаем директорию files и помещаем туда экспортированный файл. Получается так:

local/migrations/scenarios/files/bp-94.bpt

Создаем сценарий миграций:

class ws_m_1565783124_approve_task extends WSMigrationsScriptScenario {

Определяем параметры шаблона бизнес-процесса:

class ws_m_1565783124_approve_task extends WSMigrationsScriptScenario {

  private $arBPFields = [
       'DOCUMENT_TYPE' => [
           'lists',
           'BizprocDocument',
           'iblock_'
       ],
       'AUTO_EXECUTE' => 0,
       'NAME' => 'Утверждение задач',
       'CODE' => 'TEST',
   ];

Реализуем функцию импорта бизнес-процесса:

private function importBP($path)
{
   CModule::IncludeModule('bizproc');
   CModule::IncludeModule('iblock');

   //Get iBlock id for which BP is created
   $this->arBPFields['DOCUMENT_TYPE'][2] .= $this->getIblockId();

   // Get BP id by the CODE
   $result = CBPWorkflowTemplateLoader::GetList(
       [],
       [
           'CODE'      => $this->arBPFields['CODE'],
           'MODULE_ID' => 'lists'
       ]
   );
  
   if ($arFields = $result->GetNext()) {
       $id = $arFields['ID'];
   } else {
       $id = 0;
   }

   //read file to a variable
   $f = fopen($path, 'rb');
   $datum = fread($f, filesize($path));
   fclose($f);

   //Update BP if id>0, otherwise add BP
   CBPWorkflowTemplateLoader::ImportTemplate(
       $id,
       $this->arBPFields['DOCUMENT_TYPE'],
       $this->arBPFields['AUTO_EXECUTE'],
       $this->arBPFields['NAME'],
       '',
       $datum,
       $this->arBPFields['CODE']
   );

   return $arFields['ID'];
}

Здесь сначала определяем ID инфоблока, для которого мы применяем процесс, и получаем id шаблона процесса с заданным кодом.

Если шаблон найден – мы его обновляем. Если не найден – добавляем.
Функция возвращает id созданного или обновленного процесса, а для чего это нужно – расскажем дальше.

Определяем функцию commit, которая добавит/обновит наш бизнес-процесс:

public function commit() {

$pathBPElement = __DIR__ . '/files/bp-94-approve-task.bpt';
$id = $this->importBP($pathBPElement);
}

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

Проблема обновления данных шаблона

Давайте вернемся в наш бизнес-процесс и добавим туда действие – уведомление пользователя.

В качестве отправителя выбираем Автора. Получатели будут:

• Группа пользователей HR
• Пользователь Светлана Кузнецова

А теперь смотрим, как бизнес-процесс записан в базе. Для этого получаем и печатаем шаблон в консоли PHP в админке:

$arFieldsTemplate = CBPWorkflowTemplateLoader::GetList([], ['ID' => 94])->GetNext();
 
 echo '<pre>';
 var_dump($arFieldsTemplate);

В массиве параметров процесса мы видим вот такие вхождения:

Смотрим на строку group_g15. Здесь 15 – это ID группы HR.
Смотрим на строку user_579. Здесь 579 – это ID пользователя.

Это значит, что если мы импортируем процесс на другой площадке, у нас будут сплошные нестыковки.

Т.о. нам нужно сделать замену после миграции этих ID на те, которые актуальны для площадки, куда импортируем процесс.

Группы определяем по символьному коду, пользователей – по логину.

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

В нашем примере:

• Код группы – HR
• Логин пользователя – svetlana.kuznetsova

Далее пишем в миграции функции, которые по коду и логину отдадут нам id группы и пользователя:

• getUserId($login)
• getGroupId($code);

Наконец, обновляем в шаблоне соответствующие значения:

/**
  * Write action by apply scenario. Use method `setData` for save need rollback data
  **/
 public function commit() {

Импортируем бизнес-процесс:

$pathBPElement = __DIR__ . '/files/bp-94-approve-task.bpt';
$id = $this->importBP($pathBPElement);

Получаем данные шаблона:

$arFieldsTemplate = CBPWorkflowTemplateLoader::GetList([], ['ID' => $id])->GetNext();
$template = $arFieldsTemplate["TEMPLATE"];

Заменяем id пользователей внутри бизнес-процесса:

$template[0]['Children'][0]['Properties']["MessageUserTo"][0] = 'group_g' . $this->getGroupId('HR');
$template[0]['Children'][0]['Properties']["MessageUserTo"][1] = 'user_' . $this->getUserId('svetlana.kuznetsova');
$arNewFields = [
  “TEMPLATE” => $template,
  “VARIABLES” => $arFieldsTemplate["VARIABLES"]
];
$arNewFields["MODIFIER_USER"] = new CBPWorkflowTemplateUser(CBPWorkflowTemplateUser::CurrentUser);

CBPWorkflowTemplateLoader::Update($id, $arNewFields);
 }

Здесь при запуске миграции мы загружаем файл и функцией importBP создаем/обновляем процесс. Далее мы получаем структуру шаблона бизнес-процесса в массив, подменяем ID и обновляем шаблон.

Подводя итоги

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

• user_ (привязка к пользователю)
• group_ (привязка к группе пользователей)
• iblock_ (привязка к инфоблоку)
• SequentialWorkflowActivity (запуск бизнес-процесса из шаблона)
• PROPERTY_ (привязка к полю документа с незаданным символьным кодом)

Если все сделано правильно, перенос отлаженного бизнес-процесса на продакшн проходит быстро и гладко.

Надеемся, что наш опыт был вам полезен!

<?php

/**
 * Updates migration scenario actions
 **/
class ws_m_1565783124_approve_task extends WSMigrationsScriptScenario
{

    private $arBPFields = [
        'DOCUMENT_TYPE' => [
            'lists',
            'BizprocDocument',
            'iblock_'
        ],
        'AUTO_EXECUTE' => 0,
        'NAME' => 'Утверждение задач',
        'CODE' => 'TEST',
    ];

    private $codeIBlock = 'APPROVE_TASK';

    /**
     * Name of scenario
     * @return string
     **/
    public static function name()
    {
        return 'approve task process';
    }

    /**
     * Description of scenario
     * @return string
     **/
    public static function description()
    {
        return 'process to approve task and set task deadline  +14 days after approving';
    }

    /**
     * @return array First element is hash, second is owner name
     */
    public function version()
    {
        return ['13ebf9abe69204014459b80a7036b7a0', ''];
    }

    /**
     * Return IBlock ID
     * @return int
     */
    private function getIblockId()
    {
        $result = CIBlock::GetList(
            [],
            [
                'TYPE'   => 'bitrix_processes',
                '=CODE'  => $this->codeIBlock
            ],
            false,
            ['nTopCount' => 1]
        );
        if ($arIBlock = $result->Fetch()) {
            return $arIBlock['ID'];
        }
            
        return 0;
    }

    /**
     * Start import BP
     * @param $path
     * @return mixed
     */
    private function importBP($path)
    {
        CModule::IncludeModule('bizproc');
        CModule::IncludeModule('iblock');

        //Get iBlock id for which BP is created
        $this->arBPFields['DOCUMENT_TYPE'][2] .= $this->getIblockId();

        // Get BP id by the CODE
        $result = CBPWorkflowTemplateLoader::GetList(
            [],
            [
                'CODE'      => $this->arBPFields['CODE'],
                'MODULE_ID' => 'lists'
            ]
        );
        
        if ($arFields = $result->GetNext()) {
            $id = $arFields['ID'];
        } else {
            $id = 0;
        }

        //read file to a variable
        $f = fopen($path, 'rb');
        $datum = fread($f, filesize($path));
        fclose($f);

        //Update BP if id>0, otherwise add BP
        CBPWorkflowTemplateLoader::ImportTemplate(
            $id,
            $this->arBPFields['DOCUMENT_TYPE'],
            $this->arBPFields['AUTO_EXECUTE'],
            $this->arBPFields['NAME'],
            '',
            $datum,
            $this->arBPFields['CODE']
        );

        return $arFields['ID'];
    }

    /**
     * @param $login
     * @return mixed
     */
    private function getUserId($login)
    {
        $rsUsers = BitrixMainUserTable::getList([
            "select" =>['ID'],
            "filter" => ['LOGIN' => $login],
        ]);
        $userFields = $rsUsers->fetch();

        return $userFields['ID'];
    }

    /**
     * @param $code
     * @return mixed
     */
    private function getGroupId($code)
    {
        $rsGroups = BitrixMainGroupTable::getList(
            [
                'filter' => ['STRING_ID'=> 'HR'],
                'select' => ['ID']
            ]);

        $arFields = $rsGroups->fetch();
        
        return $arFields['ID'];
    }

    /**
     * Write action by apply scenario. Use method `setData` for save need rollback data
     **/
    public function commit()
    {
        //make BP import
        $pathBPElement = _DIR_ . '/files/bp-94-approve-task.bpt';
        $id = $this->importBP($pathBPElement);

        //get template data
        $arFieldsTemplate = CBPWorkflowTemplateLoader::GetList([], ['ID' => $id])->GetNext();
        $template = $arFieldsTemplate['TEMPLATE'];

        //replace id inside BP tempalte
        $template[0]['Children'][0]['Properties']['MessageUserTo'][0] = 'group_g' . $this->getGroupId('HR');
        $template[0]['Children'][0]['Properties']['MessageUserTo'][1] = 'user_' . $this->getUserId('svetlana.kuznetsova');
        $arNewFields = [
            'TEMPLATE' => $template,
            'VARIABLES' => $arFieldsTemplate['VARIABLES']
        ];
        $arNewFields['MODIFIER_USER'] = new CBPWorkflowTemplateUser(CBPWorkflowTemplateUser::CurrentUser);

        CBPWorkflowTemplateLoader::Update($id, $arNewFields);
    }

    /**
     * Write action by rollback scenario. Use method `getData` for getting commit saved data
     **/
    public function rollback()
    {
        $pathBPElement = _DIR_ . '/files/bp-wt-old.bpt';
        $id = $this->importBP($pathBPElement);

        $arFieldsTemplate = CBPWorkflowTemplateLoader::GetList([], ['ID' => $id])->GetNext();
        $template = $arFieldsTemplate['TEMPLATE'];

        $arNewFields = [
            'TEMPLATE' => $template,
            'VARIABLES' => $arFieldsTemplate['VARIABLES']
        ];
        $arNewFields['MODIFIER_USER'] = new CBPWorkflowTemplateUser(CBPWorkflowTemplateUser::CurrentUser);
        CBPWorkflowTemplateLoader::Update($id, $arNewFields);
    }
}

Экспорт и импорт шаблонов бизнес-процессов

Изменено: Дмитрий Ратников — 29.07.2014 11:14:01

Содержание

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

Создадим Бизнес-процесс. Для этого в левом меню нажмем Автоматизация —>  Бизнес-процессы —> Процессы в ленте —> Создать новый. Вводим название процесса, подписи, права доступа и сохраняем. Отметим процесс галочкой Показать в новостях, чтобы процесс можно было запустить из Живой ленты.

Далее нам нужно настроить поля процесса, заходим в процесс, в правом верхнем углу нажимаем Действия —> Настроить поля.

Создадим бизнес-процесс со статусами.

Введем наименование процесса и укажем, что запускается он при создании элемента.

При работе с процессом нам понадобится переменная Комментарии типа строка. Для ее создания нажмите сверху Параметры

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

Введите название переменной и сохраните.

Для того, чтобы начать создание процесса, зайдите в статус “На согласовании”. Нажмите Добавить —> Обработчик входа в данный статус.

И попадете в пустой процесс:

Сохраняем и наш процесс готов!

В списке нажмите Действия —> Настроить бизнес-процессы.

Отличительной чертой программы 1С:Документооборот 3.0 от 1С:Документооборот 2.1 является обработка документов. В версии 3.0 вся информация по действиям над документом собрана в одном месте, что значительно облегчает работу с настройками процессов и самих документов, но при переходе с версии 2.1 зачастую возникают сложности в понимании принципов настройки из-за совершенно нового функционала.

Комплексный процесс в 1С:Документооборот 2.1

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

В текущей версии шагами комплексного процесса могут стать:

• Исполнение

• Ознакомление

• Рассмотрение

• Регистрация

• Согласование

• Утверждение/Подписание

Открыть комплексный процесс можно с помощью раздела «Совместная работа» или «Управление процессами»,
перейдя в «Шаблоны процессов».

 На вкладке «О шаблоне» указывается наименование процесса, также заполняется рабочая группа шаблона. Через гиперссылку шаблон процесса назначается объектам.

Для назначения обязательно заполняется поле «Кому назначен», это может быть:

• Бронь

• Внутренние документы

• Входящее письмо

• Входящие документы

• Исходящее письмо

• Исходящие документы

• Контрагенты

• Мероприятия

• Обсуждения

• Пользователи

• Проектные задачи

• Проекты

• Сообщения форума

• Уведомления программы

• Файлы

После нажатия на копку «Записать и закрыть» откроется список из объектов, которым назначен данный процесс.

Маршруты шаблонов комплексных процессов можно настроить с помощью графических схем на вкладке «Схема процесса».

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

Для проверки схемы комплексного процесса вручную в строке состояния карточки шаблона предусмотрена команда «Проверить».

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

Непроверенную схему маршрута можно сохранить и продолжить ее настройку позже.

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

Автоматическая проверка схемы будет выполнена при старте процесса.

Запускать комплексный процесс допускается при помощи команды «Отправить»
на командной панели списка документов, выбрав нужный вариант.

Настройка обработки в 1С:Документооборот 3.0

В программном продукте 1С:Документооборот 3.0 больше не используются комплексные процессы для документов, но могут быть использованы следующими объектами:

• Файлы

• Входящие письма

• Исходящие письма

• Бронь

• Контрагенты

• Обсуждения

• Пользователи

• Проектные задачи

• Проекты

• Сообщения форума

• Уведомления программы

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

Правила обработки – это комбинация настроек видов действий, имеющих смысл для вида документа. Они задаются в разрезе видов документов, тематик, организаций и подразделений.

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

Для того, чтобы открыть настройки обработки необходимо через раздел «НСИ»
перейти в «Виды документов» и открыть необходимый документ.

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

Важно! Обработок для каждого вида документа может быть несколько, но периоды не должны пересекаться, то есть настройка должна быть уникальна на текущий момент времени.

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

Действия могут быть следующих типов:

• Исполнение

• Ознакомление

• Подписание

• Регистрация

• Утверждение

• Согласование

По умолчанию после подбора действий и нажатия на кнопку «Записать»
формируется линейная схема процесса. При нажатии на ссылку «Стандартная» в колонке «Схема»
открывается схема с возможностью ее редактирования по кнопке «Изменить схему».

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

После самостоятельной настройки схем производится проверка правильности заполнения по кнопке «Проверить».

Важно!
В отличие от программы 1С:Документооборот 2.1 в 1С:Документооборот 3.0 в схеме указывается только действия, без исполнителей.

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

В правилах обработки указываются исполнители, порядок выполнения, сроки, особое описание задачи и при каком условии задачу выполняет тот или иной исполнитель. Если поставить «Замок» у участника, то его нельзя будет исключить при обработке документа.

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

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

Настройка обработки для документа считается завершенной.

Чтобы запустить обработку, необходимо зайти в карточку документа на закладку «Обработка», где отображаются действия, заполненные из правил обработки документов и, если позволяют настройки доступности, отредактированные или добавленные сотрудником вручную.

Разработчики системы 1С:Документооборот 3.0 учли многие пожелания пользователей и полностью преобразовали работу с документами, а именно:

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

2. Появился интуитивно-понятный интерфейс. Теперь чтобы увидеть все этапы обработки документов, кто исполнитель, состояние и сроки, достаточно перейти на вкладку «Обработка».

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

Если у вас остались вопросы, обращайтесь к нам за консультацией.

• Бизнес-процессы в Битрикс24

Если вы «поделитесь» этой статьей в социальных сетях, мы пришлем Вам полный перечень вопросов и ответов на них, которые проясняют нюансы и тонкости создания и использования бизнес-процессов в Битрикс24.

Frequently Asked Question(s)

Вам может быть интересно:

Внедрение Битрикс24
Бизнес-процессы Битрикс24 Согласование договоров в Битрикс24

Бизнес-процессы в Битрикс24

Q1: В какой программе удобнее всего рисовать схему формализованного бизнес-процесса?

А: Подойдет любая программа, позволяющая быстро строить алгоритмические конструкции. Например, Microsoft Visio, Word, PowerPoint.

Q2: Какой браузер надо использовать при работе с бизнес-процессами?

A: Можно использовать любой современный браузер: Internet Explorer, Google Chrome, Mozilla Firefox, Yandex и пр. Бизнес-процессы будут работать в любом браузере.

Q3: Можно ли Битрикс24 использовать как СЭД (систему электронного документооборота)?

А: Полностью автоматизировать весь документооборот в компании не получится. Но автоматизировать процессы согласования большинства документов вполне возможно. Для этого необходимо создать автоматизированные бизнес-процессы.

Q4: Можно ли распечатать для документирования созданный шаблон бизнес-процесса?

A: Можно уменьшить масштаб и распечатать шаблон бизнес-процесса как обычную картинку с экрана. Или можно скопировать картинку в любой графический редактор.

Q5: Можно ли бизнес-процесс, созданный в Битрикс24, выгружать в другой портал.

А: Да, можно. Для этого следует использовать операции экспорта и импорта бизнес-процессов. В дизайнере бизнес-процессов существуют специальные кнопки Экспорт и Импорт.

Q6: Как правильно говорить: «Мы запускаем бизнес-процесс или шаблон бизнес-процесса»?

А: Правильный ответ: «Мы запускаем бизнес-процесс по шаблону».

Q7: Как сообщения из бизнес-процесса, который запущен в CRM, выводить в Живую ленту.

А: Для этого в разделе «Прочие настройки» в CRM необходимо включить опцию «Отображать сообщения и дела в общей живой ленте».

Q8: В компании с помощью созданного бизнес-процесса обрабатывается большое число договоров в разделе Бизнес-процессы – Процессы в ленте. Как осуществить быстрый поиск нужного договора?

A: С помощью фильтра. Для этого откройте нужный процесс. Вверху будет расположен Фильтр. Разверните его с помощью кнопки «Развернуть фильтр», нажмите Плюс, выберите нужное поле и укажите поисковый запрос.

Q9: Если в компании уволили сотрудника, а вместо него взяли нового сотрудника, то это как-то отобразится на обработанных с помощью бизнес-процесса документах?

A: Нет. Все изменения применяются только при новом запуске бизнес-процесса. Для обработанных документов изменения в штате компании никакого влияния не оказывают.

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

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

Q11: Если автоматизированный бизнес-процесс неправильно обрабатывает данные, как его остановить?

Q12: Может ли внешний пользователь запустить бизнес-процесс в Битрикс24?

Q13: Что такое служебный комментарий и чем отличается от обычного?

Q14: Как сделать обязательным служебный комментарий при выполнении заданий бизнес-процесса?

Q15: При работе бизнес-процесса требуется, чтобы при изменении файла оставались старые версии. Как это проще реализовать?

Q16: Для одного процесса могут использоваться разные шаблоны бизнес-процессов?

Q17: Если сотрудник уволится, то придётся исправить все бизнес-процессы с его участием?

Q18: Как сделать, чтобы одни документы обрабатывались для разных отделов по-разному?

Q19: Есть ли возможность копировать действия в шаблоне бизнес-процесса?

Q20: Если автор, запустивший автоматизированный бизнес-процесс из раздела Бизнес-процессы – Процессы в ленте, решил отказаться от его дальнейшей работы, как может он отменить процесс?

Q21: Как в автоматизированных бизнес-процессах вместо конкретных сотрудников указывать их должности?

Q22: Константы и переменные, которые мы создаем в шаблоне бизнес-процесса, действуют для всей системы Битрикс24 или только для конкретного БП?

Q23: Что значит «множественное» у типа поля?

Q24: В шаблоне бизнес-процесса, когда настраиваются действия, можно указывать в окне «Вставка значения» пользователя «Автор» и поле документа «Кем создан». В чем разница их использования?

Q25: Можно создавать и использовать сразу несколько действий для часто повторяющихся операций в шаблоне бизнес-процесса?

Q26: Можно ли сохраненный шаблон бизнес-процесса использовать для вставки в другом бизнес-процессе?

Q27: В бизнес-процессе используется цикл для согласования документа. Можно ли где-то посмотреть информацию о количестве циклов, после которых документ был согласован?

Если вы «поделитесь» этой статьей в социальных сетях, мы пришлем Вам полный перечень вопросов и ответов на них, которые проясняют нюансы и тонкости создания и использования бизнес-процессов в Битрикс24.

Вам может быть интересно:

Внедрение Битрикс24
Бизнес-процессы Битрикс24