Почему закупки по проектам выходят из-под контроля и как выстроить понятный процесс в Битрикс24
Когда закупка перестаёт быть простой задачей
В небольшом проекте закупка может выглядеть просто: нужно купить материалы, ответственный сотрудник получил задачу, связался с поставщиком, оплатил счёт и дождался доставки.
Но в реальной проектной работе всё сложнее.
Одна закупка может включать десятки позиций. Часть материалов покупается у одного поставщика, часть — у другого. По одним позициям уже есть коммерческое предложение, по другим его ещё нужно запросить. Что-то оплачено, что-то ожидает согласования, что-то приехало частично.
Если всё это вести в чатах, таблицах и отдельных задачах, быстро появляется путаница.
Руководитель видит, что «закупка в работе», но не понимает, на каком именно этапе она находится. Сотрудник помнит часть деталей в голове. Позиции могут дублироваться. А итоговый статус становится понятен только после дополнительных звонков и уточнений.
Проблема не в том, что сотрудники плохо работают. Проблема в том, что сам процесс закупки не разложен на понятные этапы.
Почему одной задачи «закупить материалы» недостаточно
Задача «осуществить закупку» слишком общая.
Внутри неё скрываются разные действия:
- рассчитать материалы;
- сформировать заявку;
- указать позиции;
- выбрать поставщика;
- запросить КП;
- согласовать условия;
- получить счёт;
- проконтролировать оплату;
- дождаться доставки;
- принять заказ;
- зафиксировать, полностью ли он поставлен.
Если эти действия не разделены, система не помогает управлять процессом. Она просто хранит поручение.
Для руководителя это выглядит так: задача есть, ответственный есть, но прозрачности нет. Чтобы понять реальную ситуацию, всё равно приходится спрашивать вручную.
Именно поэтому закупку лучше вести не как одну задачу, а как отдельный бизнес-процесс.
Как помогает отдельная заявка на закупку
Первый шаг — отделить заявку на закупку от самой закупки у поставщика.
Заявка отвечает на вопрос: что нужно купить для проекта.
В ней можно зафиксировать:
- тип заявки;
- приоритет;
- желаемую дату выполнения;
- ссылку на расчёты;
- дополнительные документы;
- комментарий;
- список позиций.
Так заявка становится не размытым поручением, а понятной карточкой, где собраны исходные данные.
Это особенно важно для проектных компаний. Один проект может требовать разных материалов, разных сроков и разных поставщиков. Если всё складывать в одну общую задачу, закупка быстро теряет структуру.
В Битрикс24 такую логику можно собрать через смарт-процесс. Заявка становится отдельным элементом, связанным с проектом или сделкой. Сотрудник видит не только задачу, но и контекст: к какому проекту относится закупка и какие материалы нужно обработать.
Зачем нужны позиции заявки
Следующий важный элемент — позиции заявки.
Если в заявке просто прикрепить файл со списком материалов, информация снова останется полуручной. Файл нужно открыть, проверить, переслать, сверить. При изменениях легко потерять актуальную версию.
Позиции заявки решают эту проблему иначе.
Каждая позиция становится отдельным элементом внутри процесса. Например, один материал, комплектующая или группа товаров. Так снабженец может работать не с абстрактным списком, а с конкретными позициями.
Это даёт несколько преимуществ.
Во-первых, видно, какие позиции уже переданы в закупку.
Во-вторых, можно разделить одну заявку между несколькими поставщиками.
В-третьих, снижается риск повторно выбрать одну и ту же позицию в новую закупку.
На встрече отдельно обсуждалась именно эта логика: если позиция уже выбрана для одной закупки, её лучше не показывать повторно при создании другой закупки. Это помогает избежать дублей и лишних уточнений.
Почему заявка и закупка у поставщика — не одно и то же
В проектной работе важно разделять два уровня.
Первый уровень — заявка на закупку. Это внутренняя потребность компании.
Второй уровень — закупка у поставщика. Это уже работа с конкретным контрагентом: запрос КП, согласование, счёт, оплата, доставка.
Одна заявка может быть разбита на несколько закупок. Например, часть материалов покупается у одного поставщика, часть — у другого.
И наоборот: одна закупка у поставщика может включать позиции из разных заявок, если это удобно для снабжения.
Если не разделить эти уровни, процесс становится жёстким и неудобным. Сотрудникам приходится подстраивать реальную работу под слишком простую схему.
Когда заявка и закупка разделены, логика становится ближе к жизни. Проектная команда формирует потребность. Снабжение выбирает, как лучше её закрыть.
Как встроить согласование КП
После выбора поставщика обычно появляется коммерческое предложение.
Здесь тоже важно не оставлять процесс в переписке.
В Битрикс24 можно сделать отдельный этап согласования КП: указать сумму, валюту, прикрепить документ или ссылку, добавить комментарий и выбрать утверждающего.
После согласования процесс автоматически движется дальше.
Это удобно по двум причинам.
Первая — решение не теряется в переписке. Видно, кто согласовал КП и на каком основании.
Вторая — закупка не перескакивает к оплате без нужного подтверждения.
При этом не нужно превращать согласование в сложную бюрократию. Если достаточно одного утверждающего, процесс должен быть простым. Лишние согласующие только замедляют работу.
Почему закупка не должна закрываться после оплаты
Частая ошибка — считать закупку завершённой после оплаты счёта.
Но для проекта важна не сама оплата, а фактическое получение материалов.
Поставщик может задержать доставку. Заказ может приехать частично. Часть позиций может потребовать замены. Иногда материалы доставляют не на склад, а сразу на объект, и тогда важно подтвердить приёмку через ответственного человека.
Поэтому в процессе закупки нужны отдельные этапы:
- счёт оплачен;
- ожидается доставка;
- заказ доставлен;
- заказ принят частично;
- заказ принят полностью;
- закупка завершена.
Если поставка частичная, система должна зафиксировать причину и не закрывать закупку преждевременно. На встрече отдельно обсуждалось, что частичная поставка действительно бывает, поэтому процесс должен учитывать такой сценарий.
Финальный статус должен появляться только тогда, когда заказ фактически получен и это отражено в системе.
Что меняется для руководителя
Главное изменение — закупка становится видимой.
Руководителю больше не нужно собирать статус вручную по чатам и звонкам. Он может открыть карточку и увидеть, где сейчас процесс:
- заявка только сформирована;
- позиции переданы в закупку;
- КП запрошено;
- КП согласовано;
- счёт оплачен;
- доставка ожидается;
- заказ принят частично;
- закупка завершена.
Это не отменяет живого общения между сотрудниками. Но убирает зависимость от памяти конкретного человека.
Если ответственный заболел, ушёл в отпуск или переключился на другой проект, информация остаётся в системе.
Что меняется для сотрудников
Сотрудникам становится проще понимать следующий шаг.
Не нужно каждый раз вспоминать, что делать после расчёта, после КП или после оплаты. Процесс сам ведёт по этапам и ставит задачи.
При этом важно не перегрузить людей лишними уведомлениями и задачами. Автоматизация должна помогать, а не создавать шум.
Например, если закупка завершена, иногда достаточно уведомления ответственному, а не новой задачи. Такой подход делает систему рабочим инструментом, а не источником бесконечных напоминаний.
Роль Битрикс24 в таком процессе
Битрикс24 здесь выступает не как склад функций, а как среда, где можно собрать закупку в управляемую цепочку.
В одной системе связываются:
- проект или сделка;
- заявка на закупку;
- позиции заявки;
- закупка у поставщика;
- коммерческое предложение;
- согласование;
- счёт;
- доставка;
- фактическая приёмка.
Так компания получает не просто список задач, а понятную модель работы.
Роль внедрения
Сама по себе CRM не наводит порядок. Если перенести хаотичный процесс в систему без логики, хаос просто станет цифровым.
Поэтому сначала нужно разобраться, как закупка работает в реальности:
- кто формирует заявку;
- кто рассчитывает материалы;
- кто передаёт в снабжение;
- кто выбирает поставщика;
- кто согласует КП;
- кто контролирует оплату;
- кто подтверждает доставку;
- что делать при частичной поставке.
После этого процесс можно собирать в Битрикс24: настроить смарт-процессы, поля, связи, задачи, обязательные этапы и уведомления.
Именно такая работа превращает Битрикс24 из набора карточек в систему управления процессом.
Вывод
Закупка по проекту — это не одно действие, а цепочка связанных этапов.
Если вести её как обычную задачу, компания быстро сталкивается с ручными уточнениями, дублями, потерей статусов и размыванием ответственности.
Правильнее разложить закупку на понятный процесс: заявка, позиции, поставщик, КП, согласование, оплата, доставка и фактическая приёмка.
Битрикс24 позволяет собрать эту логику в одной системе. А грамотная настройка помогает сделать процесс понятным не только для снабжения, но и для руководителя, проектной команды и всех сотрудников, которые зависят от своевременной поставки материалов.
Если закупки в компании уже стали зависеть от чатов, таблиц и ручных напоминаний, стоит начать не с новой таблицы, а с разбора самого процесса. После этого его можно перенести в Битрикс24 так, чтобы система действительно помогала управлять работой.
