Карточка процесса
Карточка заявки и стадии обработки
Структура заявки: поля, разделы, текущая стадия, комментарии и маршрут обработки.
← Все кейсы
Корпоративная система
Bitrix24 / Internal Operations / Business Process Automation
Корпоративная система
внутренних заявок
в Bitrix24
Перевожу внутренние процессы компании из переписок, ручного контроля и разрозненных заявок в единую Bitrix24-систему: с ролями, стадиями, обязательными полями, уведомлениями, правами доступа и понятной логикой прохождения заявки.
Роль
Analysis → Design → Implementation
Система
4 внутренних процесса
Статус
Внедрено и развивается
Фокус
Поля → стадии → роли → роботы → результат
Контекст
Проблема была
не в Bitrix.
Проблема была
в хаосе заявок.
Внутренние процессы часто живут в переписках, устных договорённостях и ручном контроле. Из-за этого сложно понять, кто отвечает за заявку, где она сейчас, какие данные собраны и что должно произойти дальше.
До
Переписки Ручной контроль Потерянные статусы Неясная ответственность
После
Форма Стадия Ответственный Уведомление Финальный статус
Ключевой вывод
Автоматизация здесь начиналась не с роботов, а с описания реального процесса: кто создаёт заявку, кто принимает решение, какие данные обязательны и где система должна контролировать сценарий.
Процесс 01
Проверка
контрагентов
Смарт-процесс для проверки ИП / ООО, пакета документов, комментариев СБ и финального решения по контрагенту.
Проблема
Заявки на проверку контрагентов сложно вести в переписках: теряются документы, непонятно, кто сейчас отвечает, на каком этапе проверка и почему заявка вернулась на доработку.
Решение
Собран отдельный смарт-процесс в Bitrix24: тип контрагента, обязательные документы, стадии проверки, комментарии СБ, уведомления инициатору и финальные статусы.
Результат
Инициатор видит понятный маршрут заявки, СБ получает структурированные данные, а возврат на доработку происходит с обязательным комментарием.
Что было собрано
Роботы
Роботы и уведомления
Автоматические действия: уведомления, условия, переходы и контроль сценария.
Поля
Данные заявки
Данные, которые нужны для проверки: тип контрагента, документы, комментарии и результат.
Ключевая логика
Контрагент не просто “проверяется”. Заявка проходит управляемый маршрут: инициатор → данные → документы → проверка СБ → доработка или решение.
Процесс 02
Проверка
кандидатов
Смарт-процесс для HR и службы безопасности: заявка на проверку, обработка данных, встреча, согласование или отказ.
Заявка
Карточка кандидата
Данные кандидата, обязательные поля, разделы карточки и текущая стадия обработки.
Стадии
Маршрут СБ
Путь заявки: новая, проверка, встреча, согласование или отказ.
Документы
Инструкции HR
Материалы для сотрудников: как создать заявку, что заполнить и где смотреть результат.
Проблема
Проверка кандидатов связана с чувствительными данными, разными ролями и несколькими сценариями результата. В переписках быстро теряется контекст: кто создал заявку, кто проверяет, где решение и что делать дальше.
Решение
Настроен отдельный смарт-процесс в Bitrix24: HR создаёт заявку, СБ получает уведомление, работает по стадиям, фиксирует решение, а инициатор получает понятный результат.
Результат
Процесс стал проходить по единому сценарию: заявка имеет владельца, обязательные данные, маршрут проверки, комментарии и финальный статус.
Что было собрано
Ключевая логика
Проверка кандидата — это не просто карточка с данными. Это управляемый сценарий между HR и СБ: заявка → проверка → встреча или решение → уведомление инициатору.
Процесс 03
Запросы
по СВН / СКУД
Процесс для разделения запросов на просмотр архивов, выгрузку событий, служебные расследования и технические неисправности систем видеонаблюдения и контроля доступа.
Проблема
Запросы по СВН и СКУД смешивались: просмотр архива, выгрузка событий, служебное расследование и техническая неисправность могли приходить в личные сообщения, устно или не тому отделу.
Решение
Процесс разделён по типам обращений: запросы на просмотр архива, выгрузку событий и служебные расследования направляются в СБ, а технические неисправности СВН/СКУД — в ИТ.
Результат
У запроса появляется понятный маршрут: инициатор выбирает тип обращения, система фиксирует обязательные данные, заявка попадает к нужной стороне, а ответственность не размывается между отделами.
Что было собрано
Заявка
Тип запроса и маршрут
Инициатор выбирает тип обращения: просмотр архива, выгрузка событий, служебное расследование или техническая неисправность.
Роли
Зоны ответственности
СБ анализирует архив. ИТ отвечает за техническую часть.
SLA
Приоритеты
Инциденты разделены по критичности: от аварии до плановых работ.
Ключевая логика
Ключевая логика — не “дать доступ всем”, а развести типы запросов и ответственность: СБ работает с содержанием архива и расследованиями, ИТ обеспечивает техническую исправность, хранение и доступность систем.
Процесс 04
Заявки на
автоматизацию БП
Внутренний процесс для сбора запросов на автоматизацию: описание проблемы, ожидаемый результат, ответственный, стадия обработки и дальнейшая работа с задачей.
Заявка
Единая точка входа
Сотрудник описывает проблему, процесс, ожидаемый результат и передаёт запрос на разбор.
Бриф
Описание задачи
Что болит, какой процесс нужно улучшить и какой результат ожидается.
Статус
Очередь задач
У запроса появляется стадия, ответственный, комментарии и понятный результат.
Проблема
Идеи по автоматизации часто появляются хаотично: в переписках, устных обсуждениях и отдельных сообщениях. Без единой точки входа сложно понять, что нужно сделать, зачем, для кого и на каком этапе находится задача.
Решение
Создан отдельный процесс для заявок на автоматизацию: инициатор описывает проблему, ожидаемый результат и контекст, после чего задача проходит стадии разбора, работы и закрытия.
Результат
Запросы на автоматизацию собираются в одном месте, не теряются в переписках и могут обрабатываться как нормальный внутренний поток задач.
Что было собрано
Ключевая логика
Этот процесс превращает хаотичные идеи по автоматизации в управляемый поток: запрос → разбор → решение → реализация или отказ → понятный статус.
В развитии
Система
продолжает
расширяться
Часть процессов уже внедрена, часть находится в доработке, упаковке или подготовке к описанию. Новые направления добавляются по той же логике: роли, стадии, поля, правила, уведомления и понятный результат.
01
Next layer
Юридические процессы
Следующий слой внутренних заявок: согласования, документы, комментарии и контроль статуса.
В работе02
Iteration
Доработка текущих сценариев
Правки после использования: поля, уведомления, стадии, права доступа и удобство карточек.
Улучшается03
Docs
Инструкции и упаковка
Описание процессов для сотрудников: как создать заявку, что заполнить и где смотреть результат.
Дополняется04
System
Новые внутренние заявки
Новые процессы можно добавлять не с нуля, а по уже собранной операционной логике.
Планируется Принцип масштабирования
Каждый новый процесс добавляется не как отдельная хаотичная настройка, а как часть общей системы: вход → данные → ответственный → стадия → действие → результат.
Итог
Не набор
отдельных настроек,
а система
внутренних заявок
В этом кейсе Bitrix24 выступает не как “ещё один инструмент”, а как среда, куда постепенно переводятся реальные внутренние процессы: с ролями, стадиями, обязательными данными, уведомлениями, ответственными и понятным результатом.
01
Разобрать хаос
02
Описать процесс
03
Собрать логику
04
Довести до работы
Главный результат
Внутренние обращения перестают зависеть только от переписок, устных договорённостей и ручной памяти сотрудников. У заявки появляется структура: вход, данные, ответственный, стадия, действие и финальный статус.
Что показывает кейс
Business analysis
Умение разобрать реальный процесс, роли, ограничения и зоны ответственности.
Bitrix24 implementation
Смарт-процессы, поля, стадии, роботы, уведомления и права доступа.
System thinking
Работа не с одной заявкой, а с общей логикой внутренних процессов.
Adoption
Доведение до понятного сценария, инструкций и использования сотрудниками.
Вывод
Этот кейс показывает мою роль не только как исполнителя настроек, а как человека, который может взять хаотичный внутренний процесс, разложить его на правила и собрать в рабочую систему.
Next step
Открыт к задачам
в CRM-процессах,
AI-автоматизациях
и внутренних
инструментах
Интересны задачи, где нужно разобраться в процессе, описать логику, собрать MVP, связать сервисы или превратить хаотичный внутренний сценарий в понятную рабочую систему.
Фокус
AI automation / CRM logic / Bitrix24 / internal tools / dashboards
Формат
Проектная работа, внутренние инструменты, MVP, автоматизация процессов
Подход
Сначала процесс и логика, потом инструмент, workflow, CRM или код
