В компаниях с большим количеством закупок — строительство, производство, дистрибуция — мониторинг плана закупок превращается в отдельную управленческую задачу. Сотни строк в плане, каждая закупка на своей стадии, сроки меняются, ответственные разные. Руководитель хочет видеть актуальную картину одним взглядом: что идёт по плану, что отстаёт, у кого из ответственных красный статус. Вместо этого приходится собирать информацию из нескольких систем вручную или ждать еженедельного отчёта.
Битрикс24 позволяет решить эту задачу: создать единый раздел мониторинга закупок с автоматическим обновлением данных из системы планирования, визуальной индикацией статусов и гибкими фильтрами. В этой статье разберём, как это реализуется на практике.
Почему мониторинг закупок нельзя вести в Excel и разрозненных системах
Типичная картина в компаниях с большим объёмом закупок: план закупок ведётся в отдельной системе планирования, тендерные процедуры — в системе электронных торгов, договоры — в юридической базе, фактическое исполнение — в 1С. Руководитель проекта, чтобы получить актуальный срез по закупкам, вынужден заходить в каждую систему по отдельности и сводить данные вручную.
Это создаёт несколько проблем:
Данные устаревают к моменту сведения — пока вы собирали информацию, что-то уже изменилось
Человеческий фактор при ручном сведении — ошибки, пропуски, неактуальные строки
Нет визуальной индикации проблем — критические отставания не бросаются в глаза
Отсутствие единого источника правды — у разных участников процесса разная версия «актуального плана»
Ответственные за закупки работают в своих системах, а руководитель не видит их прогресс без специального запроса
Что должна уметь система мониторинга закупок в Битрикс24
Перед проектированием решения важно сформулировать требования. Хорошая система мониторинга закупок в Битрикс24 должна:
Отображать актуальный план закупок с иерархической структурой — по проектам, разделам и этапам
Получать данные автоматически из системы планирования закупок и обновлять их без ручного вмешательства
Показывать статус каждой закупки: плановая дата начала, фактическое начало, процент выполнения, ответственный
Визуально выделять отставания и опережения — чтобы проблемные позиции сразу бросались в глаза
Поддерживать гибкую фильтрацию — по типу тендера, ответственному, статусу, периоду
Давать возможность выгрузить данные в Excel для внешней отчётности
Разграничивать доступ: кто может только просматривать, кто имеет право редактировать
Архитектура решения: как данные попадают в Битрикс24
Центральный технический вопрос — откуда берутся данные о закупках. В зависимости от используемой системы планирования подход различается, но общая схема одинакова: система планирования является источником истины, Битрикс24 — витриной для мониторинга.
Типовые варианты интеграции:
Источник данных
Метод интеграции
Режим обновления
Система планирования закупок с API
Прямое подключение по REST API
По событию или по расписанию
Брокер сообщений (RabbitMQ, Kafka)
Скрипт-обработчик очереди
В реальном времени при изменении данных
1С или другая учётная система
Обмен через файл или API 1С
Периодический (раз в час, раз в день)
Excel или CSV
Ручной или автоматический импорт
По расписанию или по триггеру
Важный нюанс: данные из системы планирования, как правило, приходят в виде плоского списка — все уровни иерархии (проект, раздел, закупка) в одной таблице. Задача интеграционного слоя — корректно разобрать эту структуру и выстроить иерархию в Битрикс24.
Хранение данных: почему это важнее, чем кажется
Решение о том, как хранить данные о закупках в Битрикс24, сильно влияет на производительность системы и удобство фильтрации. Есть несколько подходов, у каждого свои плюсы и минусы.
Использование стандартных задач Битрикс24. Кажется очевидным решением — каждая закупка как отдельная задача. Но на практике это создаёт проблемы: стандартная ролевая модель задач в Битрикс24 может конфликтовать с требованиями по доступу к закупкам, а иерархия задач имеет ограничения.
Использование смарт-процессов CRM. Более гибкий вариант: смарт-процессы позволяют создать настраиваемую сущность с нужными полями и стадиями. Подходит для небольшого и среднего объёма данных.
Кастомная сущность в инфоблоках. Когда нужна полная гибкость в структуре полей и специфическая логика иерархии — создаётся собственная сущность на уровне инфоблоков. Это требует разработки, но даёт максимальный контроль над данными и производительностью.
Из опыта: при работе с тысячами строк закупок кастомная сущность с продуманной структурой таблицы работает значительно быстрее стандартных инструментов. Ключевое решение — хранить все данные (сами закупки, разделы и проекты) в одной таблице, но организовать её так, чтобы можно было делать эффективные запросы с любой комбинацией фильтров.
Иерархическое представление плана закупок
Пользователь должен видеть закупки не плоским списком, а в привычной иерархии: проект — раздел — закупка. При этом должна быть возможность сворачивать и разворачивать ветви дерева, видеть итоговые показатели по разделу и проекту.
Логика формирования иерархии работает так:
При получении данных из системы планирования каждая строка содержит идентификаторы уровня: ID проекта, ID раздела, ID закупки
Интеграционный скрипт группирует строки по уровням и строит иерархическую структуру
При отображении пользователь видит дерево с возможностью навигации: раскрыть проект — увидеть разделы, раскрыть раздел — увидеть закупки
При применении фильтров дерево перестраивается: если после фильтрации в разделе не осталось закупок, раздел не отображается
Визуальная индикация статусов
Один из ключевых элементов системы мониторинга — возможность одним взглядом оценить состояние закупок. Цветовая индикация решает эту задачу: руководитель сразу видит, где всё в порядке, а где требуется внимание.
Типовая схема индикации:
Зелёный — этап завершён раньше срока или выполняется с опережением
Жёлтый — незначительное отставание, находится в допустимых пределах
Красный — критическое отставание, требует немедленного внимания руководителя
Серый — этап ещё не начался согласно плану
Синий — этап завершён точно в срок
Расчёт цвета происходит автоматически на основании сравнения плановых и фактических дат, которые приходят из системы планирования. При обновлении данных цвет пересчитывается автоматически — руководитель всегда видит актуальный статус.
Фильтрация при больших объёмах данных
Когда в плане закупок тысячи строк, без фильтрации интерфейс становится неработоспособным. Фильтрация на первый взгляд кажется простой задачей, но при иерархической структуре данных она требует специального решения.
Сложность в том, что фильтры взаимосвязаны. Нельзя просто отфильтровать строки по одному условию — нужно учесть, что при фильтрации по закупкам нужно сохранить в отображении их родительские разделы и проекты. Иначе пользователь увидит пустое дерево или строки без контекста.
Производительное решение работает в два запроса:
Первый запрос — получение отфильтрованных закупок с учётом всех активных фильтров и пагинации
Второй запрос — получение разделов и проектов для найденных закупок, чтобы корректно отобразить иерархию
Типовые фильтры для мониторинга закупок:
По проекту — показать закупки конкретного проекта
По типу тендера — открытый конкурс, запрос предложений, единственный поставщик
По ответственному — закупки конкретного менеджера
По статусу — в работе, завершено, отстаёт
По периоду — плановая дата начала или завершения в заданном диапазоне
По сдвигу — закупки, у которых были изменены плановые даты
Ролевая модель и управление доступом
Система мониторинга закупок обслуживает разные категории пользователей с разным уровнем доступа:
Руководители проектов — видят все закупки своих проектов, могут экспортировать в Excel
Менеджеры по закупкам — видят только закупки, за которые ответственны, могут обновлять статус и процент выполнения
Топ-менеджмент — видит сводную картину по всем проектам, без права редактирования
Администраторы системы — полный доступ, могут редактировать любые записи и настройки
В Битрикс24 управление доступом реализуется через ролевую модель групп. Каждый проект — это группа, в которой определены участники с разными ролями. Доступ к разделу закупок может быть открыт широкому кругу пользователей для просмотра, но право редактирования ограничивается конкретными ролями.
Важный нюанс при работе с большими компаниями: не все сотрудники, которым нужен доступ к мониторингу закупок, работают в Битрикс24. Для рабочего персонала или сотрудников, работающих преимущественно в других системах, нужен механизм оформления заявок от имени этих сотрудников через ответственных лиц.
Синхронизация с планом-графиком работ
В строительстве и сложных проектах закупки привязаны к задачам в системе календарно-сетевого планирования (КСП). Изменение срока задачи в КСП должно автоматически сдвигать связанные сроки закупки. Это требует двусторонней или каскадной синхронизации.
Логика работает следующим образом: при изменении даты задачи в КСП система автоматически пересчитывает плановые даты связанных закупок с учётом последовательных зависимостей. Если сроки первой закупки сдвигаются вправо, следующие в цепочке автоматически сдвигаются тоже — без ручного пересчёта.
Эти изменения передаются в Битрикс24 вместе с обновлёнными данными о закупках, и раздел мониторинга автоматически отражает актуальное состояние плана.
Типичные сложности при реализации
На основе практики реализации систем мониторинга закупок выделим наиболее частые проблемы:
Рост объёма данных. Заказчик изначально оценивает объём как «небольшой», но через 6-12 месяцев данных становится в 5-10 раз больше. Архитектуру нужно проектировать с запасом производительности.
Сложность фильтрации с иерархией. Простые фильтры, добавленные без понимания структуры хранения данных, начинают конфликтовать друг с другом при расширении системы. Нужно изначально проектировать схему с учётом требований к фильтрации.
Нестабильность внешних источников данных. Система планирования закупок может быть недоступна, передавать данные с задержкой или в некорректном формате. Нужна очередь с механизмом повторных попыток и логирование всех обменов.
Разрыв между «плановой» и «фактической» иерархией. В плане закупок могут добавляться и удаляться строки, меняться их порядок — и всё это нужно корректно отражать в Битрикс24 без накопления «мусорных» записей.
Управление доступом в сложных оргструктурах. Когда у закупки несколько ответственных на разных этапах и меняются команды проектов — управление доступом становится самостоятельной задачей.
Если вы хотите автоматизировать мониторинг закупок в Битрикс24 — будь то интеграция с существующей системой планирования или создание раздела мониторинга с нуля — наша команда готова разобрать вашу задачу. Оставьте заявку, и мы проведём бесплатную консультацию для оценки сложности и стоимости проекта.
Часто задаваемые вопросы
Можно ли подключить Bitrix24 к существующей системе планирования закупок?
Да. Данные из системы планирования передаются в Битрикс24 через API или брокер сообщений. Битрикс24 выступает витриной для мониторинга — данные автоматически обновляются без ручного ввода.
Как работает визуальная индикация статусов?
Каждая позиция имеет цветовую индикацию: зелёный — опережение или завершено в срок, жёлтый — незначительное отставание, красный — критическое отставание. Цвет рассчитывается автоматически при обновлении данных.
Если сроки закупки сдвинулись в системе планирования - автоматически ли обновятся данные в Bitrix24?
Да. Если сроки задачи в кСП изменились, связанные сроки закупок автоматически сдвигаются с учётом последовательных зависимостей. Обновлённые данные передаются в Bitrix24 вместе с обновлёнием остальных данных о закупке.
Можно ли выгрузить таблицу закупок в Excel?
Да, выгрузка в Excel является стандартной функцией раздела. Экспортируется текущее состояние таблицы с учётом применённых фильтров. Набор выгружаемых полей настраивается.
Как Bitrix24 справляется с большим объёмом закупок?
Производительность зависит от архитектуры хранения и запросов. При правильной структуре данных система работает комфортно с 1000+ строк. При неправильной архитектуре проблемы возникают уже при 200-300 строках.