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